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SECTION  I 


INTRODUCTION 


The  Advanced  Trend  Analysis  Program  (MCAIR  Contract  No.  F33615-78-C-2070) 
provided  the  Air  Force  Aero  Propulsion  Laboratory  (AFWAL/POTC)  with  ground, 
flight,  and  maintenance  data  collected  during  the  F-15/F100  Engine  Diagnostic 
System  (EDS)  Flight  Evaluation.  This  data  was  used  by  the  Air  Force  in  a 
concurrent  program  contracted  to  Systems  Control  Technology,  Inc.  (SCT).  In 
this  concurrent  program,  the  Turbine  Engine  Fault  Detection  and  Isolation 
(TEFDI)  Program,  SCT  was  to  use  the  Advanced  Trend  Analysis  Program  data  to 
verify  their  gas  turbine  engine  fault  detection/isolation  and  health  trending 
algorithm  which  employs  gas  path  analysis.  Also,  SCT  was  to  use  the  EDS 
Flight  evaluation  as  a  demonstration  vehicle  for  their  prototype  Maintenance 
Information  Management  System  (MIMS).  In  addition  to  supplying  the  EDS 
data  to  the  Air  Force,  MCAIR  was  to  provide  an  independent  assessment  of 
SCT's  algorithm  and  prototype  MIMS  as  part  of  the  Advanced  Trend  Analysis 
Program.  For  reasons  documented  in  this  report,  these  assessments  yielded 
inconclusive  results.  However,  several  lessons  were  learned  about  the  auto¬ 
matic  recording  of  in-flight  trending  data  for  gas  turbine  engines  installed 
in  tactical  aircraft  like  the  FI 00  in  the  F-15. 

The  cooperation  and  support  of  both  Mr.  C.  Ski ra,  the  AFWAL/POTC  Program 
Technical  Monitor,  and  Dr.  Ron  De  Hoff,  the  SCT  TEFDI  Program  Manager,  in 
the  completion  of  this  effort  is  gratefully  acknowledged. 
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SECTION  II 


OATA  ACQUISITION 


The  Advanced  Trend  Analysis  Program  was  structured  to  use  specific  data 
acquired  by  the  F-15/F100  EDS  Program  to  develop/verify  a  turbine  engine  fault 
detection/isolation  and  trending  algorithm  based  on  gas  oath  analysis.  The 
data  was  obtained  on  a  non-interference  basis  from  a  data  bank  of  EDS 
recorded  ground/in-flight  data  and  EDS  aircraft/engine  maintenance  records 
established  during  the  EDS  Flight  Evaluation.  The  following  sections  provide 
background  information  on  the  EDS  recorded  data,  the  maintenance  record  data, 
and  the  Flight  Evalution  during  which  this  data  was  obtained. 

1.  EDS  RECORDED  DATA  -  The  Advanced  Trend  Analysis  Program  employed  selected 
EDS  recorded  parameters.  Since  only  these  parameters  were  available,  a 
thorough  understanding  of  the  EDS  acquisition  system  was  required.  The 
following  paragraphs  describe  the  EDS  data  flow  network,  the  EDS  parameters 
selected  for  use  in  this  program,  detailed  information  about  these  parameters, 
and  the  logic  that  determines  when  to  record  them. 

a.  EDS  Data  Flow  -  The  EDS  data  flow  network  consists  of  several  impor¬ 
tant  elements.  This  network  is  shown  schematically  in  Figure  1  for  both 
installed  and  uninstalled  operation.  Engine  sensor  signals  are  input  to  each 
engine  mounted  Engine  Multiplexer  Unit  (EMUX)  for  preliminary  processing  and 
digitization.  During  installed  operation,  EMUX  data  goes  to  the  airframe 
mounted  Data  Processor  Unit  (DPU),  along  with  data  from  the  aircraft  Air  Data 
Computer  (ADC)  and  left/right  engine  fuel  flowmeters,  for  additional  processing 
and  storage.  Critical  go/no  go  information  from  the  EMUX ' s  and  DPU  is 
supplied  to  the  EDS  Status  Panel,  located  near  the  left  wheel  well,  and  to  the 
EDS  Advisory  Lights,  located  in  the  cockpit.  Data  stored  in  the  DPU  is  then 
transferred  to  the  Diagnostic  Display  Unit  (DDU)  either  directly  or  via  the 
Data  Collection  Unit  (DCU).  During  uninstalled  operation,  the  DDU  takes  the 
place  of  the  DPU.  Then  EMUX  data,  along  with  data  from  the  M-37  test  stand 
instrumentation,  goes  directly  to  the  DDU.  Once  in  DDU  memory,  the  data  is 
transferred  to  the  Auxiliary  Ground  Processor  (AGP)  for  final  processing  and 
mass  storage.  The  EDS  data  collection  process  and  hardware  are  shown 
schematically  in  Figure  2. 

All  on-board  EDS  data  processing  and  recording  is  performed  by  the  two 
engine  mounted  EMUX's  (left  and  right)  and  the  airframe  mounted  DPU.  A 
detailed  schematic,  showing  data  flow  through  the  left  hand  EMUX  and  the  DPU, 
is  given  in  Figure  3.  The  EMUX  performs  the  analoq-to-digital  conversions 
of  all  the  engine  sensor  signals  except  vibration,  provides  a  thermocouple 
cold  junction  reference  signal,  performs  some  preliminary  data  conditioning 
and  processing,  serializes  the  digitized  sensor  signals  for  transmission 
to  the  DPU,  and  stores  engine  and  individual  module  serial  numbers.  Additional 
signals,  both  analog  and  digital,  from  the  aircraft  ADC  go  directly  to  the 
DPU  as  do  the  analog  output  signals  from  the  left/right  engine  fuel  flowmeters. 
The  DPU  performs  additional  data  processing,  filters  and  digitizes  the  engine 
vibration  signals,  continuously  updates  engine  time  and  cycle  data  and 
stores  all  data  in  temporary  registers,  detects  engine  events,  and  transfers 
selected  data,  depending  on  the  event  detected,  from  the  temporary  registers 
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Figure  2.  EDS  Data  Collection 
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to  event  data  storage.  A  complete  list  of  the  enqine  events  and  automatic  data 
records  that  the  QPU  is  programmed  to  detect  and  store  is  given  in  Table  1. 
Originally,  only  the  data  recorded  during  two  of  these  records,  the  Trend  and 
Performance  Check  records,  was  to  be  used  by  the  Advanced  Trend  Analysis 
Program.  These  two  records  automatically  store  data  during  stable  enqine 
operation.  This  stable  engine  operating  data  is  required  by  the  fault 
detection/isolation  and  trending  algorithm  to  obtain  satisfactory  results. 

Late  in  the  EDS  Flight  Evaluation,  the  Pilot  Option  record  logic  was  modified 
to  provide  an  Automatic  Takeoff  record  to  supplement  the  stabilized  Trend  and 
Performance  Check  data  with  quasi -stabi 1 i zed  data.  The  Trend,  Performance 
Check,  and  Automatic  Takeoff  record  logic  will  be  discussed  in  Section 
II .1 .d. 

The  DDU  is  used  to  collect  and  temporarily  store  data,  to  diagnose  and 
troubleshoot  engine  faults,  to  facilitate  engine  trim,  and  to  display  data 
for  an  operating  engine  in  "real-time".  Each  use  represents  a  different  DDU 
operational  mode.  Event  data  in  DPU  storage  is  transferred  to  DDU  bulk  memory 
either  directly  or  via  the  DCU.  This  DDU  bulk  memory  can  store  data  from  as 
many  as  5  typical  aircraft  flights  each  consisting  of  2  to  3  events  per  engine. 
The  DDU  contains  diagnostic  and  troubleshooting  logic,  consistent  with 
applicable  Air  Force  Technical  Orders,  which  uses  event  data,  stored  in  bulk 
memory,  to  isolate  engine  faults.  Engine  trim  is  performed  with  the  DDU  either 
connected  to  the  DPU,  for  instal led  trim,  or  to  the  EMUX,  for  uninstalled  trim. 
During  trim,  the  DDU  supplies  simulated  inputs  to  the  engine  controls,  senses 
ambient  temperature  and  pressure,  displays  the  trim  band  limits  and  current 
value  of  the  trim  parameter,  and  provides  instructions  on  adjustments  required 
to  bring  the  trim  parameter  within  limits.  Both  installed  and  uninstalled 
"real-time"  data  display  can  be  accomplished  with  the  DDU  connected  to  either 
the  DPU,  for  the  installed  case,  or  to  the  EMUX,  for  the  uninstalled  case. 

For  the  installed  case,  the  DPU  transfers  to  the  DDU,  in  "real-time",  the  data 
it  receives  from  either  the  left  or  right  engine  EMUX  as  selected  by  the  DDU 
operator.  During  installed  trims  or  "real-time"  operation,  the  DPU  continues 
to  monitor  both  engines  for  event  occurances  and  stores  the  event  data  for 
subsequent,  non  "real-time",  transfer  to  the  DDU.  For  the  uninstalled  case, 

EMUX  data  is  transferred  directly  to  the  DDU.  The  DDU  provides  a  "real-time" 
display  of  the  data,  monitors  the  engine  for  event  occurances,  and  stores 
event  data  in  a  dedicated  event  data  storage  area  separate  from  the  DDU  bulk 
memory.  This  stored  event  data  is  automatically  transferred  to  the  bulk 
memory  upon  engine  shutdown. 

The  DDU  event  detection  logic  is  similar,  but  not  identical,  to  the  DPU 
event  detection  logic.  The  DDU  is  not  programmed  to  store  Trend,  Performance 
Check,  or  Pilot  Option  (Automatic  Takeoff)  records  (events  14,  15,  and  16  in 
Table  1).  However,  the  DDU  does  have  equivalent  logic  for  two  of  these  three 
DPU  records;  the  DDU  Average  record,  in  place  of  the  DPU  Trend  record,  and  the 
DDU  Discrete  record,  in  place  of  the  DPU  Pilot  ODtion  record.  Only  the  DDU 
Average  record,  being  equivalent  to  the  DPU  Trend  record,  is  relevant  to  the 
Advanced  Trend  Analysis  Program.  A  DDU  Average  record  is  not  taken  automatically 
but  must  be  commanded  from  the  DDU  keyboard  by  the  DDU  operator.  The  Trend, 
Performance  Check,  and  Automatic  Takeoff  record  logic,  in  the  DPU,  and  the 
Average  record  logic,  in  the  DDU,  are  discussed  in  detail  in  Section  Il.l.d. 

Event  data  storage  capacity  is  limited  in  both  the  DPU  and  DDU.  DPU 
event  data  storage  is  limited  to  at  most  one  occurance  of  each  event,  oer 
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TABLE  1.  EDS  DETECTED  EVENTS/STORED  RECORDS 


EVENT  NUMBER 


EVENT 


1 

2 

3 

4 

5 

6 

7 

8 


Hot  Start 

N2  Overs  peed 

FTIT  Overtemp 

FTIT  Spread 

RCVV  Out-Of-Limits 

MOP  Out-of-Limits,  Priority  2* 

MOP  Out-of-Limits,  Plrority  1** 

No.  4  Bearing  Oil  Scavenge  Pressure 
Out-Of-Limits 


Engine  Stall 
EEC  Fault 

Inlet  Vibration  Out-of-Limits 
Difuser  Vibration  Out-of-Limits 
Gearbox  Vibration  Out-of-Limi ts 
Trend  Record 

Performance  Check  Record 

_Pi Tot  _Optipn_Reco rd*^[ _ 

Main  Fuel  Pump  Deterioration 
Augmentor  Blowout/Mi  si ight 


*  MOP  Too  High 
**  MOP  Too  Low 

***  Modified  To  Provide  Automatic  Takeoff 
Record  Late  In  The  Flight  Evaluation. 


engine.  In  the  case  of  multiple  detection  of  the  same  event,  data  for  only 
one  occurance  of  that  event  will  be  stored  before  the  memory  is  cleared  after 
a  data  transfer.  Since  stored  data  can  be  transferred  from  the  DPU  only  after 
a  flight  or  after  engine  shutdown,  for  installed  ground  operation,  data  for 
at  most  one  occurance  of  each  event,  per  engine,  is  available  for  post-flight  or 
post-run  analysis.  For  most  of  the  Flight  Evaluation,  Trend  and  Performance 
Check  records  were  continuously  overwritten  in  memory  as  they  occurred  such 
that  only  the  last  occurance  was  available.  However,  late  in  the  evaluation, 
the  overwrite  logic  for  both  of  these  records  was  modified  to  store  a  new  record 
only  if  the  engine  had  been  stabilized  for  a  longer  period  of  time  that  it  had 
been  for  the  currently  stored  record.  For  all  other  events,  except  the  Auto¬ 
matic  Takeoff  record,  only  the  first  occurance  is  available.  The  Automatic 
Takeoff  record  was  added  late  in  the  evaluation  and  was  implemented  such  that 
one  record,  encompassing  both  engines,  was  stored  per  DPU  transfer  unless  a 
Pilot  Option  record  was  manually  requested.  In  this  event,  the  Automatic  Take¬ 
off  record  was  overwritten  and  lost.  In  the  DDU,  "real-time"  event  data  storage 
is  also  limited  to  at  most  one  occurance  of  each  event  with  the  exception 
of  the  manually  commanded  Average  and  Discrete  records.  Up  to  four  Average 
records  and  up  to  five  Discrete  records  can  be  stored  during  an  uninstalled 
engine  run.  If  more  than  these  maximum  number  of  records  are  commanded,  only 
the  last  four  Average  and  the  last  five  Discrete  records  are  available  for 
post-run  analysis.  For  all  other  DDU  events,  the  first,  and  only  the  first, 
occurance  is  available  for  post-run  analysis. 

Following  transferral  of  the  data  from  the  DDU,  final  processing  and 
transferral  to  mass  storage  was  accomplished  by  the  AGP.  A  Harris  Slash  6-1 
Computer,  Figure  4,  served  as  the  AGP  for  the  EDS  Flight  Evaluation.  Data 
flow  within  the  AGP  is  shown  in  Figure  5.  The  work  file,  consisting  of  the 
raw  data,  is  written  onto  disk  storage  from  the  DDU.  The  Data  Reduction 
Program  (DRP)  screens  the  raw  data  in  this  file  for  erroneous  entries,  computes 
values  for  the  various  EDS  parameters,  and  writes  these  values  to  disk  storage. 
To  obtain  values  for  the  EDS  parameters,  the  raw  data  has  to  be  re-formatted 
with  spec  fic  bytes  of  the  data  combined  to  obtain  intermediate  results.  Some 
of  these  intermediate  results  require  conversion  from  integer  counts  to  real 
values  while  others  require  conversion  from  integer  counts  to  equivalent 
Engineering  Unit  values.  All  of  these  values  are  written  to  the  Indexed 
Sequential  File  (ISF)  data  base  and,  for  a  Trend,  Performance  Check  or  DDU 
Average  record,  selected  values  are  written  to  the  Turbine  Engine  Performance 
Analyzer  (TEPA)  input  file.  The  ISF  is  a  keyed  file  which  allows  selective 
access  of  data  records  by  engine  serial  number,  aircraft  tail  number,  flight 
date,  etc.  TEPA  is  a  computer  program  developed  bv  Pratt  and  Whitney  Aircraft 
to  detect  and  isolate  faults,  either  failed  sensors  or  degraded  components, 
in  turbine  engines. 

The  ISF  data  base  was  transferred  from  disk  storage  to  magnetic  tape 
storage  on  a  regular  basis.  The  magnetic  tape  created  during  this  data 
transfer  was  a  direct  archive  copy  of  the  ISF  disk.  As  such,  this  tape  con¬ 
tained,  in  addition  to  the  data,  organizational  information  about  the  ISF 
generated  by  the  Harris  Operating  System.  The  detailed  information  needed  to 
interpret  this  tape  is  considered  proprietary  by  Harris.  Because  of  this, 
another  magnetic  tape  was  created  periodically  for  transmittal  to  St.  Louis. 

This  additional  tape  was  a  sequential  copy  of  the  ISF  and  contained  the  data 
in  the  same  sequential  order  as  the  ISF.  The  Langley/St.  Louis/WPAFB  data 
link  began  with  the  transmittal  of  this  sequential  tape  to  St.  Louis,  see 
Section  III. 


HARRIS  SLASH  6-1  COtP'JTER 
with: 

1.  Programmer ’ s  control  panel  (0612) 

2.  BIT  processor  and 

stall  alarm  (0617)  - - 

3.  Interval  Timer  (0618)  1 

4.  Program  half  and  - 

address  trap  (0620)  PIOC 

5.  120  Rz  Clock.  0645  2 

6.  8  priority  interrupts  - 

7.  Power  fail  shutdown 

and  restart  3 

8.  Bootstrap  — — 

9.  Power  supplies 


CRT/ KEY BOARD 
02320 

/ 

LINE  PRINTER 
04110 


USART 

08120-2 


TO  EDS  DDU 
RS232C  PORT 


Figure  4.  EOS  Auxiliary  Ground  Processor 


n 

DDU 

i 

MEMORY 

HARRIS  /  6  MASS  STORAGE 


Figure  5.  AGP  Data  Flow 
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b.  Parameter  List  -  Sixty-three  of  the  EDS  parameters  recorded  during  a 
DPU  T rend ,  Derformance  Check,  or  Automatic  Takeoff-record,  or  a  DDU  Averaae 
Data  Record  were  used  for  the  Advanced  Trend  Analysis  Program.  These  para¬ 
meters,  listed  in  Figure  7,  are  grouped  into  the  following  six  categories: 

o  Gas  Path  Parameters 
o  Data  Collection/Documentation  Parameters 
o  Engine  Life/Usage  Parameters 
o  Engine  Build  Parameters 
o  Engine  Vibration  Parameters 
o  Diagnostic/Troubleshooting  Parameters 

This  parameter  list  was  coordinated  with,  and  approved  by,  the  USAF  and 
SCT  and  is  consistent  with  the  data  requirements  established  by  SCT  during 
Phase  I  of  the  Turbine  Engine  Fault  Detection  and  Isolation  (TEFDI)  Program. 

There  were  four  basic  types  of  EDS  parameters;  scan,  update,  automatic 
and  configurational.  These  types  are  defined  as  follows: 

Scan  Parameters  -  These  are  the  sampled  EDS  parameters  made  up  of  the 
digitized  engine/airframe  sensor  and  discrete  signals.  Scan  parameter 
values  in  the  DPU/DDU  temporary  storage  registers  are  updated  at  the 
nominal  rate  of  10  per  second  and  are  processed  by  the  DPU/DDU  logic 
routines.  When  an  engine  event  is  detected,  selected  scan  parameter 
values  are  transferred  from  the  temporary  registers  to  permanent  storage. 

Update  Parameters  -  These  parameters  are  computed/ derived  from  the  scan 
parameters  by  the  DPU/DDU.  Existing  values  in  permanent  storage  are 
updated  as  new  values  become  available. 

Automatic  Parameters  -  These  parameters  are  automatically  generated  and 
appended  to  data  records  by  the  DDU. 

Configurational  Parameters  -  These  parameters  are  manually  entered  into 
DPU/EMUX  storage  to  document  the  system  configuration.  They  are  manually 
updated  as  configuration  changes  are  made. 

The  type  of  each  of  the  Advanced  Trend  Analysis  Program  parameters  is  given 
in  Table  2. 

In  addition  to  the  parameters  discussed  above,  the  data  transferred  to 
WPAFB  will  also  include  18  EDS  event  detection  flags.  The  format  and  a 
description  of  these  flags  is  given  in  Section  I II. 2. 

c.  Detailed  Parameter  Information  -  Detailed  information  about  the 
Advanced  Trend  Analysis  Program  parameters  has  been  compiled.  This  informa¬ 
tion,  presented  in  Appendix  A,  includes  the  type  of  sensor  used  to  measure 
the  parameter,  the  type  and  extent  of  compensation  required  by  the  sensor,  and 
an  accuracy  analysis  for  the  parameter.  The  accuracy  analysis  includes  the 
overall  system  accuracy  as  well  as  the  basic  sensor,  EMUX,  and  DPU/DDU 
accuracies  which  are  root-sum-squared  to  compute  the  system  accuracy. 

Accuracy  data  for  some  of  the  remaining,  non-gas  path,  parameters  is  also 
summarized  in  Appendix  A.  Parameters  not  discussed  in  this  apoendix  are 
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TABLE  2.  ADVANCED  TREND  ANALYSIS/EDS  DATA  PROGRAM  PARAMETER  LIST 


Gas  Path  Parameters 


Symbol 

Description 

1X21 

H 

A1 titude 

Scan 

MO 

Mach  Number 

Scan 

TT2 

Engine  Inlet  Temperature 

Scan 

PT2 

Engine  Inlet  Pressure 

Scan 

N1 

Low  Spool  Rotor  Speed 

Scan 

N2 

High  Spool  Rotor  Speed 

Scan 

TT2.5 

Fan  Exit  Duct  Temperature 

Scan 

PT2.5 

Fan  Exit  Duct  Pressure 

Scan 

TS3 

Compressor  Exit  Skin  Temperature 

Scan 

WFT 

Total  Fuel  Flow 

Scan 

PB 

Burner  Pressure 

Scan 

FTITAVG 

Average  Fan  Turbine  Inlet  Temperature 

Scan 

PT6 

Augmentor  Inlet  Pressure 

Scan 

AJ 

Exhaust  Nozzle  Throat  Area 

Scan 

RCVV 

Rear  Compressor  Variable  Vane  Angle 

Scan 

PLA 

Power  Lever  Angle 

Scan 

FTIT  1-7 

Individual  Fan  Turbine  Inlet  Temperature 
(Seven  Parmeters) 

Scan 

Data  Collection/Documentation  Parameters 

Symbol 

Description 

1X21 

ACFTN 

Aircraft  Tail  Number 

Configurational 

ENGSN 

Engine  Serial  Number 

Confi gurational 

FLTNO 

Flight  Number 

Update 

SYSTM 

Time  of  Data  Record 

Scan 

RECDT 

Date  of  Data  Record 

N/A 

DDUTM 

Time  of  Data  Collection 

Automatic 

DDUDT 

Date  of  Data  Collection 

Automatic 

STABTM** 

Stabilization  Time 

Update 

Engine  Life/Usage  Parameters 


Symbol 

Description 

1X21 

ENGOT 

Total  Engine  Operating  Time 

Update 

ENGFT 

Total  Engine  Flight  Time 

Update 

HS1TM 

Hot  Section  1  Time 

Update 

HS2TM 

Hot  Section  2  Time 

Update 

HS3TM 

Hot  Section  3  Time 

Update 

LC1CT 

Type  I  LCF  Count 

Update 

LC3CT 

Type  III  LCF  Count 

Update 

TABLE  2  (Concluded).  ADVANCED  TREND  ANALYSIS/EDS  DATA  PROGRAM  PARAMETER  LIS 


Engine  Build  Parameters 


Symbol 

Description 

Type 

FANSN 

Inlet/Fan  Module  Serial  Number 

Configurational 

CORSN 

Core  Module  Serial  Number 

Configurational 

HITSN 

High  Turbine  Serial  Number 

Configurational 

LOTSN 

Fan  Drive  Turbine  Serial  Number 

Configurational 

AUGSN 

Augmentor  Module  Serial  Number 

Configurational 

Engine  Vibration 

Pa rameters 

Symbol 

Description 

Jm. 

VIBI 

Inlet  Case  Vibration,  Overall 

Scan* 

VIBD 

Diffuser  Case  Vibration,  Overall 

Scan* 

VIBG 

Gearbox  Case  Vibration,  Overall 

Scan* 

v  ib  n 

Inlet  Case  Vibration,  N1  Narrowband 

Scan* 

V I B 1 2 

Inlet  Case  Vibration,  N2  Narrowband 

Scan* 

VIBD1 

Diffuser  Case  Vibration,  N1  Narrowband 

Scan* 

VIBD2 

Diffuser  Case  Vibration,  N2  Narrowband 

Scan* 

VIBGP 

Gearbox  Case  Vibration,  PTO  Narrowband 

Scan* 

Diagnostic/Troubleshootinq  Parameters 

Symbol 

Description 

I12L- 

LVI 

EEC  Level  I  Fault 

Scan 

LVII 

EEC  Level  II  Fault 

Scan 

LVI  II 

EEC  Level  III  Fault 

Scan 

MFPDT 

Main  Fuel  Pump  Deterioration  Signal 

Scan 

MOT 

Main  Oil  Temperature 

Scan 

MOP 

Main  Oil  Pressure 

Scan 

MPB 

Main  Breather  Pressure 

Scan 

PSCV4 

No.  4  Bearing  Scavenge  Pressure 

Scan 

TFO 

Fuel  Inlet  Temperature 

Scan 

PFO 

Fuel  Inlet  Pressure 

Scan 

PF1 

Fuel  Pump  Boost  Pressure 

Scan 

PF2 

Fuel  Pump  Discharge  Pressure 

Scan 

PF1A 

Augmentor  Fuel  Pump  Discharge  Pressure 

Scan 

ANTIC** 

Anti-Ice  Discrete  Signal 

Scan 

*NOTE:  The  Three  Vibration  Signals  From  Either  Engine  (inlet  case,  diffuser 
case,  and  gearbox  case)  Are  Sampled  in  6  Second  Cycles  With  Each 
Signal  Being  Digitized  and  Processed  As  A  Scan  Parameter  (Updated 
10  Times  Per  Second)  During  Its  2  Second  Portion  Of  The  Cycle. 

‘■‘Parameters  Substituted  For  Original  Parameters;  See  Section  III. 2. 
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either  discrete  parameters,  whose  accuracy  is  undefined,  or  Parameters  like 
time  and  cycle  data,  where  reasonable  but  not  precise  accuracy  is  adequate. 

d.  Record  Logic  -  Two  functions  of  the  DPU  are  to  detect  specific  events 
and  then  to  record  selected  data,  dependent  on  the  event  detected  in  per¬ 
manent  storage.  Ouring  uninstalled  operation,  engine  events  are  detected  by 
the  DDL).  There  are  a  total  of  18  such  engine  events  that  the  DPU  is  programmed 
to  detect  and  17  that  the  DDU  is  programmed  to  detect.  Four  of  these  events, 
or  records,  were  used  by  the  Advanced  Trend  Analysis  Program.  The  DPU  Trend, 
Performance  Check,  and  Automatic  Takeoff  records  and  the  DDU  Averaqe  record. 

The  primary  objective  of  the  DPU  Trend  and  Performance  Check  record  logic 
and  of  the  DDU  Average  record  logic  is  to  assure  stable  engine  operation  prior 
to  recording  data.  The  stability  requirement  should  be  as  stringent  as  possible 
without  being  so  restrictive  that  data  is  never  or  rarely  recorded.  To  accom¬ 
plish  this,  the  engine  stability  requirements,  as  well  as  most  of  the  other 
parameters  that  define  the  data  record  window,  are  implemented  in  the  logic 
as  re-programmable  constants.  In  this  way,  the  window  parameters,  including  the 
stabilization  requirements,  could  be  altered  during  the  course  of  the  Flight 
Evaluation  as  deemed  necessary  or  desireable.  In  fact,  several  changes  to  the 
values  of  these  re-programmable  constants  were  made  over  the  course  of  the  Flight 
Evaluation  to  deal  with  trending  data  acquisition  problems  that  were  exper¬ 
ienced.  In  addition  to  changing  the  values  of  these  constants,  a  quasi- 
stabilized  data  record,  the  Automatic  Takeoff  record,  was  added  to  the  EDS 
to  supplement  the  three  original  stabilized  data  records.  The  trending  data 
acquisition  problems  experienced  during  the  Flight  Evaluation  are  discussed  in 
detail  in  Section  II. 3. b.  Three  changes  were  made  to  the  Trend  and  Performance 
Check  record  software  during  the  Flight  Evaluation.  The  original  software  is 
denoted  as  Software  Configuration  No.  1  and  the  three  modified  versions  as 
Software  Configuration  Numbers  2  through  4,  The  Trend  and  Performance  Check 
record  logic  and  the  values  of  the  associated  re-programmable  constants  for 
Software  Configuration  Number  1  are  given  in  Figures  6  and  7  and  in  Table  3. 
Software  Configuration  Numbers  2  and  3  consisted  of  the  same  Trend  and 
Performance  Check  record  logic  as  Configuration  Number  1  but  with  the  re¬ 
programmable  constant  changes  shown  in  Table  4.  Note  that  Configuration 
No.  2  consisted  of  an  increase  in  the  Trend  record  minimum  PLA  limit  (X147), 
while  Configuration  No.  3  consisted  of  an  additional  increase  in  this  limit 
as  well  as  a  significant  reduction  in  both  the  Trend  and  Performance  Check 
record  stabilization  requirements  (X150,  X151,  and  XI 62 ) .  Software  Configur¬ 
ation  No.  4  did  not  make  any  additional  changes  in  the  re-programmable  con¬ 
stants  associated  with  Configuration  No.  3.  However,  both  the  Trend  and 
Performance  Check  record  logic  blocks  were  modified  to  add  a  stabilization 
timer  and  to  store  only  the  Trend  and  Performance  Check  record  with  the 
longest  stabilization  time.  The  Configuration  No.  4  Trend  and  Performance 
Check  logic  and  the  added  re-programmable  constants  are  shown  in  Figures  8 
and  9  and  Table  5.  Note  that  in  Figure  8,  the  Trend  record  logic  schematic 
has  been  greatly  simplified  from  that  given  in  Figure  6  to  facilitate 
showing  the  modification  associated  with  Configuration  No.  4. 

The  DDU  Average  record  remained  unchanged  during  the  Flight  Evaluation. 

The  Average  record  logic  and  the  values  of  its  associated  re-programmable 
constants  are  given  in  Figure  10  and  Table  6.  The  DDU  Average  record  is 
activated  from  the  DDU  keyboard  by  the  DDU  operator  as  shown  in  Figure  11. 

It  should  be  noted  that,  before  a  DDU  Average  record  is  taken,  it  must  be 


Figure  6  (Continued).  Trend  Record  Logic 
Software  Configuration  No.  1 
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Figure  G  (Concluded).  Trend  Record  Logic 
Software  Configuration  Ho.  1 
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Figure  7.  Performance  Check  Record  Logic 
Software  Configuration  No.  1 


TABLE  3.  VALUES  OF  CONSTANTS  USED  IN  TREND/PERFORMANCE  CHECK  RECORD  LOGIC 

Software  Configuration  No.  1 


CONSTANT 

VALUE 

DEFINITION 

XI 47 

30.0  Deg 

PLA  Limit  -  Trend  Record 

XI 48 

88.0  Deg 

PLA  Limit  -  Trend  Record 

XI 49 

10.0  Deg 

PLA  Range  -  Trend  Record 

XI  50 

115.0  Sec 

Time  Constant  -  Trend  Record 

XI 51 

60.0  Sec 

Time  Constant  -  Trend  Record 

XI  52 

1 .0  Deg 

PLA  Range  -  Trend  Record 

XI  53 

5 . 0  Sec 

Time  Constant  -  Trend  Record 

XI 54 

60.0  RPM 

Nl  Range  -  Trend  Record 

XI 55 

60.0  RPM 

N2  Range  -  Trend  Record 

XI  56 

.005 

PB  Range  -  Trend  Record 

XI  57 

0.0 

Mach  Limit  -  Trend  Record 

XI  58 

0.7 

Mach  Limit  -  Trend  Record 

XI  59 

0.0  Ft 

Altitude  Limit  -  Trend  Record 

XI  60 

10,000.0  Ft 

Altitude  Limit  -  Trend  Record 

XI 61 

83.0  Deg 

PLA  Limit  -  Performance  Record 

XI  62 

150.0  Sec 

Time  Constant  -  Performance  Record 

XI 63 

10.0  Sec 

Time  Constant  -  Performance  Record 

XI 64 

83.0  Deg 

PLA  Limit  -  Performance  Record 

XI 65 

88.0  Deg 

PLA  Limit  -  Performance  Record 

XI  66 

8000.0  Ft 

Altitude  Limit  -  Performance  Record 

XI 67 

25000.0  Ft 

Altitude  Limit  -  Performance  Record 
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TABLE  4.  TREND/PERFORMANCE  CHECK  SOFTWARE  CONFIGURATION  SUMMARY 


CONFIGURATION 

NUMBER 


30.0  Deg.  115.0  Sec.  60.0  Sec.  150.0  Sec. 
45.0  111 


NOTE:  All  Other  Constants  Remained  The  Same  As  For  Configuration 
Number  1  (See  Table  3). 
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COMPUTE  FREQUENCY 
INITIAL  VALUES: 


=*  10/SEC 
PERFL  =  0 
TIME1  =  0 
TIME2  ■  0 


Figure  9.  Performance  Check  Record  Logic 
Software  Configuration  No.  4 
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CONSTANT 
XI 37 

XT  41 


TABLE  5.  ADDITIONAL  RE- PROGRAMMABLE 
Software  Configuration  No.  4 

VALUE 
30.0  Sec 

35.0  Sec 


CONSTANTS 


DEFINITION 

Performance  Check 
Record  Time  Constant 

Trend  Record 
Time  Constant 
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Figure  10.  Average  Data  Record  Logic 


TABLE  6.  VALUES  OF  CONSTANTS  USED  IN  AVERAGE  DATA  RECORD  LOGIC 


CONSTANT 

VALUE 

DEFINITION 

X649 

10.0  Deg. 

PLA  Range-Average  Record 

X650 

180.0  Sec. 

Time  Constant-Average  Record 

X651 

65.0  Sec. 

Time  Constant-Average  Record 

X652 

1.0  Deg. 

PLA  Range-Average  Record 

X653 

5.0  Sec. 

Time  Constant-Average  Record 

X654 

60.0  RPM 

Nl  Range-Average  Record 

X655 

60.0  RPM 

N2  Range-Average  Record 

X656 

0.0025 

PB  Range-Average  Record 
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requested  by  the  operator  and  the  engine  stability  requirements  must  be 
sati sfied. 

The  quasi-stabi  1  ized  Automatic  Takeoff  record  was  added  late  in  the 
Flight  Evaluation  to  supplement  the  stabilized  Trend  and  Performance  Check 
records.  This  record  automatically  activates  the  Pilot  Option  record  logic  to 
store  a  time  history  of  18  data  scans  from  4.5  seconds  before  to  1  second 
after  the  weight-off-wheels  point  of  a  takeoff.  The  exact  timing  of  these  18 
scans  is  shown  in  Figure  12.  Normally,  there  will  be  one  stored  Automatic  Takeoff 
record,  encompassing  both  engines,  per  DPI)  data  transfer.  However,  if  the 
pilot  should  manually  request  a  Pilot  Option  record,  this  manual  record  will 
take  precedence  over  the  takeoff  record  and  will  be  stored  instead. 

2.  MAINTENANCE  RECORDS  -  One  of  the  primary  objectives  of  the  EDS  Flight 
Evaluation  was  to  determine  the  potential  of  the  EDS  to  reduce  engine  main¬ 
tenance  time/manhours  and,  therefore,  to  increase  aircraft  operational 
readiness.  Because  of  this,  a  detailed  and  complete  record  of  aircraft/engine 
maintenance  actions  was  kept  throughout  the  Flight  Evaluation.  All  of  these 
maintenance  records  were  made  available,  through  the  advanced  Trend  Analysis 
Program,  to  the  USAF  and  SCT. 

The  AFM  66-1  Maintenance  Data  Collection  System  was  the  primary  source 
for  maintenance  action  documentation.  The  AFM  66-1  records  consist  of: 

-  AFTO  From  781A,  "Maintenance  Discrepancy  and  Work  Document," 

-  AFTO  Form  349,  "Maintenance  Data  Collection  Record," 

-  AFTO  Form  93,  "Modular  Engine  Time  and  Cycle  Accumulation  Record," 

-  AFTO  00-35D-54,  "Removed  Material  Deficiency  Report  (MDR)." 

In  addition  to  these  AFM  66-1  records,  maintenance  action  documentation  was  also 
available  from  the  following,  EDS  unique,  records: 

-  Flight  De-Brief  Sheet  (FDS), 

-  Flight  Evaluation  Sheet  (FES). 

The  MCAIR  EDS  Office  was  the  central  collection  point  at  Langley  for  all  of 
these  records.  A  complete  description  of  the  EDS  Flight  Evaluation  main¬ 
tenance  data  collection  procedure  is  given  in  (References  1,  2,  and  3). 

Copies  of  the  EDS  maintenance  records  were  mailed  from  Langley  to 
St.  Louis  on  a  weekly  basis.  As  part  of  the  EDS  Project,  these  records  were 
processed  and  analyzed  by  MCAIR  Maintainability/Reliability  personnel.  Hard¬ 
copy  files  of  these  records  were  established  and  the  AFTO  Form  349  data 
were  entered  into  the  MCAIR  Automated  EDS  Maintenance  Record  File.  Trans¬ 
mittal  of  these  files  to  the  USAF  and  SCT  using  the  Advanced  Trend  Analysis 
Program  Data  Link  will  be  discussed  in  Section  III. 

3.  FLIGHT  EVALUATION  -  The  Advanced  Trend  Analysis  Program  employed  data  ob¬ 
tained  during  the  EDS  Flight  Evaluation.  This  evaluation  took  olace  at 
Langley  AFB,  Virginia  from  April  1980  through  the  end  of  June  1981.  During 
the  course  of  the  evaluation,  several  problems  were  e:  rienced  in  the 
acquisition  of  the  data  records  used  by  the  Advanced  Trend  Analysis  Program. 
However,  these  problems  were  solved  late  in  the  Flight  Evaluation  and 


Weight  Off  Wheels 


TIME 

(SECS) 


Figure  12.  Automatic  Takeoff  Record  Scan  Timing 
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trouble-free  acquisition  of  data,  suitable  for  gas  turbine  engine  health  trend¬ 
ing,  was  achieved. 

a.  Description  -  The  EDS  Flight  Evaluation  was  conducted  at  Langley  AFB, 
Virginia  from  early  April  1930  through  the  end  of  June  1981.  This  evaluation 
was  conducted  in  three  phases;  the  Debug  phase,  the  Flight  Evaluation  Dhase, 
and  the  Extended  Flight  Evaluation  phase.  The  applicable  start  and  finish 
dates  of  these  phases  are  given  in  Table  7.  Five  F-15  aircraft  and  eleven 

FT 00  engines,  from  the  1st  Tactical  Fighter  Wing,  were  equipped  with  the  EDS. 
The  tail  numbers  of  these  aircraft  and  the  serial  numbers  of  these  engines 
are  given  in  Table  8.  During  the  evaluation,  nearly  1100  sorties,  encomoass- 
ing  almost  1400  aircraft  flight  hours  (AFH)  and  2700  engine  flight  hours  ( E FH ) , 
were  generated  with  the  EDS  aircraft/engines.  In  this  same  time,  over  4100 
engine  operating  hours  (E0H)  were  accrued  on  the  eleven  EDS  engines.  Comolete 
summaries  of  the  EDS  aircraft  and  engine  flight  statistics  are  given  in  Tables 

9  and  10.  A  detailed  account  of  the  EDS  Flight  Evaluation  c.an  be  found  in 
( References  2  and  3) . 

b.  Problems  Experienced  -  During  the  course  of  the  EDS  Flight  Evaluation, 
several  problems  were  experienced  in  the  acquisition  of  the  data  records  used 
by  the  Advanced  Trend  Analysis  Program.  These  problems  involved  both  the 
rate  and  the  engine  power  setting  at  which  the  data  was  being  acquired.  Late 
in  the  evaluation,  several  changes  were  made  to  the  EDS  software  and  an 
additional,  quasi-stabilized  trending  record  was  added.  After  these  changes 
were  made,  acceptable  data  acquisition,  from  both  a  rate  and  power  setting 
standDoint,  was  realized. 

An  unacceptably  low  trending  data  acquisition  rate  was  experienced  durinq 
the  Debug  and  Flight  Evaluation  phases  of  the  EDS  Flight  Evaluation.  This  low 
rate  was  the  result  of  the  unrealistic  Trend  and  Performance  Check  record 
engine  stability  requirements  in  use  at  that  time.  As  discussed  in  Section 
Il.l.d.  for  Software  Configuration  Numbers  1  and  2,  the  Trend  record  logic 
required  stable  reduced  power  engine  operation  (between  30°  PLA  and 
Intermediate)  for  a  minimum  cf  3  minutes  while  the  Performance  Check  record 
logic  required  stable  engine  operation  at  Intermediate  power  for  a  minimum  of 
2  minutes  and  40  seconds.  For  a  tactical  aircraft,  like  the  F-15,  it  is 
unlikely  that  the  engine  would  be  at  a  stable  power  setting  for  times  in 
excess  of  these  minimum  except  during  cruise.  However,  as  shown  in  Figure 
13,  the  typical  cruise  flight  conditions  lie  outside  of  either  the  Trend 
or  Performance  Check  window  limits.  Trending  data  was  acquired  at  a  rate  of 

10  per  100  engine  operating  hours  (E0H),  7  for  Trend  and  3  for  Performance 
Check,  during  this  time  period.  This  rate  represents  the  occasional  times 
that  the  stability  requirements  were  met  during  climbout  and  landing  approach 
as  shown  in  Figure  13.  .n  Figure  14,  the  acquisition  rate  of  10  per  100  E0H 
is  compared  with  the  rate  of  35  per  100  E0H  experienced  for  similar  trending 
records  during  the  A-10/TF34  Turbine  Engine  Monitoring  System  (TEMS)  Field 
Service  Evaluation  (FSE)  at  Myrtle  Beach  AFB.  SCT  was  able  to  successfully 
trend  the  TF34  engine  with  TEMS  data  acquired  at  this  35  per  100  E0H  rate. 

SCT's  algorithm  requires  a  relatively  high  data  acquisition  rate  because  of 
its  data  filtering  approach  (see  Section  I V. 1 ) . 

As  mentioned  previously,  during  the  Debug  and  Flight  Evaluation  Dha^es 
the  majority  of  Trend  records  were  obtained  on  landinq  anoroach.  Engine 
power  settings  for  landing  approach  range  from  30  tc  50  decrees  PLA.  Figure  15 
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TABLE  7.  EOS  FLIGHT  EVALUATION  PHASE 


DATES 


PHASE 


DEBUG 

FLIGHT  EVALUATION 


1  Apr  1980 
1  Sept  1980 


31  Aug  1980 
12  Dec  198C 


EXTENDED 

FLIGHT  EVALUATION 


13  Dec  1980 


28  June  1981 


TA8LE  8.  EOS  EQUIPPED  AIRCRAFT/EHGINES 

AIRCRAFT  TAIL  NUMBERS  (5) 

74-099 

74-103 

74-105 

74-107 

74-108 


ENGINE  SERIAL  NUMBERS  (11 ) 


P680160 

P680311 

P680330 

P68041 5 

P680470 

P680528 

P680639 

P680694 

P680722 

P680801 

P680907 


TA8LE  9. 


AIRCRAFT 
TAIL  NO. 

DEBUG 

74-099 

30/34.6 

74-103 

115/136.9 

74-105 

71/88.9 

74-107 

118/147.7 

74-108 

38/47.6 

372/455.7 

EDS  AIRCRAFT  FLIGHT  STATISTICS 


SORTIES/AFH 


FLIGHT 

EVALUATION 

EXT.  FLT. 
EVALUATION 

68/92.2 

121/150.4 

39/51.7 

1/1.1* 

43/58.6 

102/127.7 

73/1 03.8 

94/111.5 

76/92.8 

103/125.3 

299.399.1 

421/516.0 

TOTAL 

219/277.2 

1  55/189.7 

216/275.2 

285/363.0 

217/265.7 

1092/1370.8 


*  Sent  To  Warner  Robbins  AFB  For  Major  Airframe  Repair  In  December  1980.  f 
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TABLE  10.  EDS  ENGINE  FLIGHT  STATISTICS 


S0RTIES/EFH/E0H 


ENGINE 

S/N 

DEBUG 

FLIGHT 

EVALUATION 

EXT.  FLT. 
EVALUATION 

TOTAL 

EDS 

680160 

52/62.4/104.0 

36/54.9/70.1 

118/140.0/217.0 

206/257.3/391 .1 

680311 

49/57.7/95.0 

63/77.3/125.4 

38/51 .9/76.4 

150/186.9/296.8 

680330 

62/73.1/107.0 

77/99.1/142.5 

93/112.8/169.7 

232/285.0/419.2 

68041 5 

23/29.9/57.4 

74/95.0/142.2 

104/127.7/200.8 

201/252.6/400.4 

680470 

122/152.2/254.4 

40/51 .9/85.4 

97/120.1/176.4 

259/324.2/516.2 

680528 

61/73.4/115.6 

38/47.2/78.3 

96/118.7/177.6 

195/239.3/371 .5 

680639 

70/87.9/152.8 

45/59.9/84.6 

42/50.9/78.6 

157/1  98.7/316.0 

680694 

115/136.9/211 .4 

39/50.9/82.3 

39/47.5/75.0 

193/235.3/368.7 

680722 

58/72.5/112.2 

63/84.5/126.0 

0/0. 0/3.0 

121/157.0/241 .2 

680801 

117/146.4/224.6 

13/18.4/29.6 

94/114.7/172.0 

224/279.5/426.2 

680907 

13/15.1/37.4 

66/94.2/138.4 

122/149.9/212.2 

201/259.2/388.5 

742/907.5/1471 .8 

554/733.3/1105. 

3  843/1034.2/1558. 

.7  2139/2675.0/41: 

♦Total  Operating  Time  (Hours)  As  Of  28  June  1981 


TOT* 

1664.7 

1575.8 

1369.6 

974.3 

863.6 

1154.4 

769.7 
1271  .3 

906.0 

1252.4 

1065.8 
8 
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Figure  13.  Stabilized  Inflioht  Data  Records 
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Figure  15.  Trend  Record  Power  Level  Distribution 
Software  Config.  No.  1 
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shows  that  almost  90-  of  all  the  Trend  records  obtained  during  this  time 
period  were  at  an  engine  power  setting  below  50c  PLA.  The  usefulness  of  this 
data  for  engine  health  trending  is  uncertain.  The  operating  point  of  the 
FI 00  engine  is  much  less  repeatable  at  these  reduced  power  settings,  where 
it  is  hydromechanically  determined  by  the  UFC,  than  it  is  at  Intermediate 
power,  where  it  is  electro-mechanical ly  "fine  tuned"  by  the  EEC.  This  in¬ 
creased  operating  point  uncertainty  at  reduced  power  may  be  of  sufficient 
magnitude  to  effectively  mask  any  real  performance  trends  that  may  be  present. 
Further  complicating  this  situation  is  the  fact  that  some  of  the  reduced 
power  Trend  data  was  recorded  with  the  F100  Idle  Area  Reset  (IAR)  function 
activated.  The  IAR  function  is  activated  when  the  EEC  is  on  (normal),  when 
PLA  is  less  than  51  degrees,  and  when  the  aircraft  landing  gear  are  down. 

The  IAR  function  reduces  engine  thrust  during  final  landing  approach  and 
pre/post-flight  taxi  by  increasing  the  engine  exhaust  nozzle  area  (AJ)  over 
the  basic  UFC  scheduled  area  as  shown  in  Figure  16.  The  percentage  of  Trend 
records  for  which  the  IAR  function  was  activated  is  indicated  by  the  shaded 
areas  shown  in  Figure  15.  This  nozzle  uncertainty  further  increased  the 
low  power  engine  operating  point  uncertainty. 

A  power  level  problem  with  the  Performance  Check  records  was  also 
experienced  during  the  Debug  and  Flight  Evaluation  phases.  Because  of  an  error 
made  in  programming  the  Performance  Check  software,  some  of  these  records  were 
obtained  with  the  engine  in  augmentation.  The  increased  nozzle  area  un¬ 
certainty  associated  with  augmented  engine  operation  results  in  this  data  being 
of  doubtful  worth  for  engine  health  trending  for  the  same  reasons  mentioned 
previously  in  the  discussion  of  the  low  power  Trend  record  Droblem. 
Approximately  30%  of  the  Performance  Check  records  obtained  during  these  two 
Flight  Evaluation  phases  were  affected  by  this  software  problem  before  it  was 
corrected  in  mid-November  of  1980. 

During  the  first  three  and  a  half  months  of  the  Extended  Flight  Evalua¬ 
tion,  the  low  trending  data  acquisition  rate  problem  was  made  worse.  During 
this  time  period,  the  trending  data  acquisition  rate  dropped  to  2  per  100  E0H, 

1  for  Trend  and  1  for  Performance  Check  records,  as  shown  in  Figure  17. 

There  were  two  reasons  for  this  decreased  rate: 

1)  During  the  Extended  Flight  Evaluation,  the  EDS  was  "turned  over” 
to  the  USAF  maintenance  personnel.  These  personnel  tended  to 
transfer  the  EDS  data  stored  in  the  on-board  DPU  only  once  a  day, 
after  each  aircraft  had  flown  its  scheduled  number  of  sorties, 
rather  than  after  each  sortie  as  the  MCAIR  EDS  support  team  had 
previously  done.  This  increased  the  number  of  aircraft  flight 
hours  and,  of  course,  engine  operating  hours  per  DPU  data  transfer. 
Since  at  most  one  Trend  and  one  Performance  Check  record  can  be 
obtained  per  DPU  data  transfer,  this  greatly  reduced  the  potential, 
and  actual,  trending  data  acquisition  rate  per  engine  operating 
hour. 

2)  Pratt  and  Whitney,  who  had  control  of  the  EDS  software,  increased 
the  minimum  Trend  record  PLA  limit  from  30°  to  45°.  This  change 
was  incorporated  as  Software  Configuration  Number  2  as  discussed 
in  Section  Il.l.d.  This  change  was  made  in  an  attempt  to  remedy 
the  low  power  Trend  record  problem  discussed  earlier.  It  was 
thought  that  perhaps  some  higher  power  Trend  records,  obtained 
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Figure  16.  Trend  Record  Nozzle  Position 


A-10/TF34  TEMS 


DATA 

ACQUISITION 

rate — 


(PER1M  EOH) 


1 “APRIL  '80  -  13  DEC  '80  - 

12  DEC  '80  1  APRIL  '81 


Figure  17.  EDS  Trending  Data  Acquisition  Rate  Comparison 

Software  Config.  No.  1 


earlier  in  a  sortie,  were  being  overwritten,  and  therefore  lost, 
by  the  lower  power  records  obtained  late  in  each  sortie  during 
landing  approach.  Obviously,  this  was  not  the  case  as  the  low 
Trend  record  acquisition  rate,  1  per  100  EOH,  indicates. 

A  joint  AFWAL/SCT/MCAIR  Technical  Coordination  Meeting  (TCM)  was  held 
in  mid-February  1981  to  formulate  a  plan  to  solve  the  trending  data  acquisi¬ 
tion  problems  that  had  been  experienced.  Two  recommendations  were  made  to 
ASD/YZ100,  the  EDS  Program  sponsoring  organization.  These  recommendations 
called  for  relaxed  Trend  and  Performance  Check  stability  requirements,  to 
increase  the  data  acquisition  rate,  and  an  increased  Trend  record  minimum 
PLA  limit,  to  eliminate  the  low  power  Trend  record  problem.  These  recom¬ 
mendations  were  approved  by  ASD/YZ1 00  and  were  incorporated  as  Software 
Configuration  Number  3  (see  Section  Il.l.d).  Pratt  and  Whitney  Aircraft 
also  approved  these  recommended  changes  with  the  provision  that  a  stabiliza¬ 
tion  timer  be  added  to  both  the  Trend  and  Performance  Check  software  and  that 
the  record  overwrite  logic  be  revised  to  store  only  the  Trend  and  the  Per¬ 
formance  Check  record  with  the  longest  stabilization  time.  These  timers  and 
the  revised  overwrite  logic  were  incorporated  as  Software  Configuration  Number 
4  (see  Section  Il.l.d). 

The  EDS  software  changes  incorporated  in  Software  Configuration  Numbers 

3  and  4  were  successful  in  solving  the  trending  data  acquisition  problems. 
Figure  18  compares  the  trending  data  acquisition  rate,  41  per  100  EOH, 
experienced  after  early  April  of  1981  with  the  rates  experienced  earlier  in 
the  Flight  Evaluation.  Note  that  this  acquisition  rate  is  higher  than  the 
reference  rate  of  35  established  by  the  A-10/TF34  TEMS. 

The  software  changes  incorporated  in  Software  Configuration  Numbers  3  and 

4  were  also  successful  in  eliminating  the  low  power  Trend  record  problem. 

This  success  is  illustrated  in  Figure  19.  Over  50"  of  the  Trend  records  ob¬ 
tained  after  the  incorporation  of  Software  Configuration  Number  3  were  at, 
or  within  10°  PLA  of,  Intermediate  power  and  97%  were  within  20°  PLA.  The 
Trend  and  Performance  Check  stabilization  time  distributions,  for  Software 
Configuration  Number  4,  are  shown  in  Figures  20  and  21.  The  average  stabili¬ 
zation  requirements  had  not  been  relaxed,  only  2  Trend  records  and  14  Per¬ 
formance  Check  records  would  have  been  obtained  in  the  nearly  three  month 
time  period  that  Configuration  Number  4  was  in  use. 
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Figure  21.  Performance  Check  Record  Stabilization  Time  Distribution 
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SECTION  III 


DATA  TRANSMITTAL 


An  important  element  of  the  Advanced  Trend  Analysis  Program  was  the 
Langley/St.  Louis/WPAFB  data  link.  This  link  was  used  to  transmit  EDS 
Flight  Evaluation  oata  from  Langley  AFB  through  MCAIR  in  St.  Louis  to  the 
Computer  Center  at  WPAFB .  To  enable  the  USAF  (AFWAL/POTC)  and  SCT  to  inter¬ 
face  with  this  data  link,  details  of  the  link  had  to  be  specified.  These 
details  are  documented  in  this  section  and  include  discussions  of  the  data 
flow  and  the  formats  used  to  transmit  the  data.  In  addition,  a  summary  of 
the  data  transmittals  is  presented. 

I.  DATA  FLOW  -  A  data  link  was  established  between  Langley,  St.  Louis,  and 
WPAFB.  Data  flow  along  this  link  is  illustrated  in  Figure  22.  The  magnetic 
data  tape  from  Langley,  discussed  in  Section  Il.l.a,  was  Deriodically  trans¬ 
ferred  to  St.  Louis  via  private/commercial  air  routes.  Once  in  St.  Louis, 
this  tape  was  input  to  the  MCAIR  Cyber  175  Computer  for  processing  and 
editing.  The  MCAIR  Automated  EDS  Maintenance  Record  File,  discussed  in 
Section  1 1. 2,  was  established  on  the  Cyber  175  Computer  as  part  of  the  EDS 
Program.  Another  data  tape,  consisting  of  EDS  recorded  data  and  maintenance 
record  data  was  transferred  to  the  Computer  Center  at  WPAFB.  This  tape 
transfer  took  place  monthly  until  the  final  3  months  of  the  Extended  Flight 
Evaluation  at  which  time  bi-weekly  transmittals  were  initiated.  The  WPAFB  CDC 
Cyber  Computer  read,  interpreted,  and  processed  the  data  tape  incoming  from 
St.  Louis.  Software,  written  by  SCT,  entered  the  data  into  a  large  and 
specially  structured  data  base.  Once  in  this  data  base,  the  data  was 
accessible  to  SCT's  executive  modules  for  fault  detection/isolation,  gas 

path  analysis,  and  trending. 

a.  EDS  Recorded  Data  -  The  MCAIR  CDC  Cyber  175  Computer  read,  inter¬ 
preted,  and  processed  the  data  tape  incoming  from  Langley.  Since  this  tape 
was  generated  by  the  Harris  Computer  at  Langley,  which  uses  a  basic  24  bit 
word  structure,  it  had  to  be  interpreted  on  a  bit-by-bit  basis  and  trans¬ 
lated  into  the  basic  60  bit  word  structure  used  by  the  CDC.  Data  on  the 
tape,  pertinent  to  the  Advanced  Trend  Analysis  Proqram,  was  located,  read, 
and  then  converted  to  the  CDC  word  structure  for  additional  processing. 

This  pertinent  data  consisted  not  only  of  the  parameters  discussed  in  Section 

II. l.b,  for  the  Trend,  Performance  Check,  Average,  and  later,  Takeoff  records, 
but  also  included  the  data  required  to  determine  which,  if  any,  of  the 
remaining  detectable  events,  discussed  in  Section  Il.l.a,  occurred  since 

the  previous  data  transfer.  Event  detection  flags  were  set  and  the  trans¬ 
lated  data  was  written  to  a  random  access  data  base.  This  data  base  allowed 
selective  access  of  the  data  for  quality  verification  and  editing.  Quality 
verification  was  accomplished  by  inspection  of  the  data  for  unreasonable 
values  and  also  by  comparison  with  hardcopies  of  the  data  generated  at 
Langley.  Once  the  data  had  been  verified  and  edited,  if  required,  it  was 
copied  to  the  magnetic  tape,  along  with  the  maintenance  record  data  dis¬ 
cussed  in  the  next  section,  for  transferral  to  WPAFB.  The  format  of  this 
tape  and  the  actual  data  transmittals  are  discussed  in  Sections  III. 2  and 

III.  3. 
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NOTE:  In  Early  1981  (After  Transmittal  No.  6), 
AFTO  349  Maintenance  Record  Data  Was 
Manually  Input  To  An  SCT  Computer  Via 
Their  Automated  Maintenance  Entry  Program 


Figure  22.  Langley/St.  Louis/WPAFB  Data  Flow 
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b.  Maintenance  Records  -  Originally,  the  EDS  night  Evaluation  mainte¬ 
nance  records,  discussed  in  Section  II. 2,  were  to  be  processed  and 
analyzed  in  St.  Louis  by  MCAIR  Maintainabi 1 i ty/Pel iabi 1 i ty  personnel. 

Hardcopy  maintenance  record  files  for  all  the  aircraft  and  engines  in¬ 
volved  in  the  EDS  Flight  Evaluation  were  to  have  been  establisned  and 
the  MCAIR  Automated  EDS  Maintenance  Record  File  was  to  have  been  set  up 
on  the  MCAIR  Cyber  175  Computer.  All  of  this  effort  was  to  have  been 
done  to  support  the  calculation  of  Life  Cycle  Cost  (LCC)  savings 
attributable  to  the  EDS.  Unfortunately,  the  contractual  requirement  for 
this  EDS  LCC  analysis  was  deleted  during  the  Debug  phase  of  the  Flight 
Evaluation.  While  most  of  the  hardcopy  maintenance  records  continued 
to  be  sent  to  St.  Louis  from  Langley,  no  effort  was  expended  by  the 
St.  Louis  based  EDS  personnel  to  keep  the  Automated  EDS  Maintenance 
Record  File  up  to  date.  This  file  consists  of  AFTO  349  data  condensed 
into  an  80  character  per  record  format  to  facilitate  computer  storage 
and  automated  record  retrieval/processing.  The  labor  intensive  task 
of  manually  inputting  these  AFTO  349  records  to  this  file  became  the 
responsibility  of  the  Advanced  Trend  Analysis  Program.  Until  early 
1981,  this  file  was  updated  on  roughly  a  monthly  basis  and  copied  to 
the  data  tape  referred  to  in  Section  Ill.l.a,  containing  the  EDS  recorded 
data,  for  transmittal  to  WPAFB.  The  format  of  this  tape,  for  both  the 
EDS  recorded  data  file  and  the  maintenance  record  file,  will  be  discussed 
in  Section  III. 2.  Beginning  with  EDS  Data  Transmittal  Number  7,  these 
maintenance  records  were  no  longer  transmitted  to  WPAFB  on  the  same  data 
tape  as  the  EDS  recorded  data.  Instead,  these  records  were  directly  input 
to  an  SCT  computer  in  Palo  Alto,  CA.  This  was  accomplished  through  the  use 
of  a  computer  program,  developed  by  SCT,  which  interactively  prompted  the  user 
to  manually  input  the  records  in  the  same  format  as  the  MCAIR  Automated 
EDS  Maintenance  Record  File.  This  program  greatly  facilitated  the  manual 
input  of  these  records  and  was  used  for  the  remainder  of  the  program. 

The  content  and  transmittal  dates  of  the  16  Advanced  Trend  Analysis  Program 
EDS  data  transmittals  will  be  discussed  in  Section  III. 3. 

2.  DATA  FORMAT  -  The  format  of  the  data  tape  transferred  from  St.  Louis  to 
WPAFB  varied  over  the  course  of  the  Advanced  Trend  Analysis  Program.  Early 
in  the  program,  this  tape  consisted  of  two  data  files;  an  EDS  Recorded  Data 
File  and  a  Maintenance  Record  File.  F.  rly  in  1981,  beginning  with  EDS  Data 
Transmittal  Number  7,  the  Maintenance  Record  File  was  deleted  from  the  tape 
leaving  only  the  EDS  Recorded  Data  File.  Then,  beginning  with  Transmittal 
Number  10,  when  Trend  and  Performance  Check  Software  Configurations  3  and 
4  were  implemented  (see  Section  Il.l.d),  the  format  of  this  EDS  Recorded 
Data  File  was  revised  and  a  number  of  additional  files,  the  Automatic  Take¬ 
off  Record  Data  Files,  were  added.  However,  the  general  characteristics  of 
this  data  tape  (density,  data  blocking,  number  of  tracks,  file  separations, 
etc.)  remained  constant  throughout  the  program.  These  characteristics  are 
summarized  in  Table  11.  The  formats  of  the  EDS  Recorded  Data  File,  the 
Automatic  Takeoff  Record  Data  Files,  and  the  Maintenance  Record  File  are 
discussed  in  detail  in  the  following  sections. 

a.  EDS  Recorded  Data  -  The  EDS  Recorded  Data  File  and  the  Automatic 
Takeoff  Record  Data  Files  were  made  up  of  multiple  data  entries;  one  for 
every  DDU  data  record.  As  discussed  in  Section  II.  1. a,  data  stored  in 
the  DDU  could  consist  of  in-flight  and/or  ground  run  records.  If  the  DDU 
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TABLE  11.  DATA  TAPE  CHARACTERISTICS 


Unlabeled 

Blocked  (512  Words/Block) 
9  Track 

Phase  Encoded  (PE) 

1600  BPI 
Binary  Data 


-  Records  Separated  By  Standard  CDC 

End-Of-Record  (EOR)  Marks 

-  Files  Separated  By  Standard  End-Of-File  (EOF)  Mark 

-  End  Of  Tape  Denoted  By  Double  EOF  Mark 
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was  used  to  transfer  data  from  the  DPU  or  DCU  directly  to  the  AGP,  then  the 
data  consisted  of  only  in-flight  records.  However,  if  the  DDU  was  used  for 
diagnostic  trouble-shooting  prior  to  transferring  data  to  the  AGP,  the  data 
could  have  consisted  of  both  in-flight  and  ground-run  records.  The  EDS 
Flight  Evaluation  Plan  (Reference  1)  called  for  a  DDU  data  record  to  be 
generated  after  every  sortie,  diagnostic  ground-run,  or  sortie/ground-run 
combination.  However,  during  the  course  of  the  Flight  Evaluation,  this 
was  not  always  achieved.  Remote  base  deployment,  rapid  aircraft  turn¬ 
around  during  a  sortie  generation  surge,  etc.,  sometimes  resulted  in  DDU 
data  records  that  encompassed  more  than  one  sortie,  diagnostic  ground-run, 
or  sortie/ground-run  combination.  Both  the  EDS  Recorded  Data  File  and  the 
Automated  Takeoff  Record  Data  File(s)  store  the  recorded  data  by  engine 
serial  number. 

EDS  Recorded  Data  File  -  Data  entries  for  the  EDS  Recorded  Data 
File  consisted  of  several  combinations  of  four  basic  data  blocks;  the 
global,  the  Trend  record,  the  Performance  Check  record,  and  the  Average 
record  data  blocks.  Every  data  entry  consisted  of  at  least  a  global  data 
block  made  up  of  an  identifier  record  and  a  global  data  record.  For  in¬ 
stalled  operation,  either  in-flight  or  on  the  ground,  a  data  entry  may 
have  also  consisted  of  a  Trend  record  and/or  a  Performance  Check  record 
data  block  if  either,  or  both,  of  these  records  had  been  stored  since  the 
previous  data  transfer.  For  uninstalled  operation,  the  global  data  block 
could  have  been  joined  by  anywhere  from  zero  to  four  Average  record  data 
blocks  to  make  up  a  data  entry.  Trend  record,  Performance  record,  and 
Average  record  data  blocks  each  consist  of  an  identifier  record  and  a 
stored  data  record.  The  basic  structure  for  an  EDS  Recorded  Data  File  data 
entry  is  shown  in  Table  12. 

The  structure  of  the  EDS  Recorded  Data  File  identifier  records  is 
identical  for  all  four  types  of  data  blocks  and  consists  of  9  words.  A 
description  of  these  words  for  EDS  Transmittal  Numbers  1  through  9  is  given 
in  Table  13.  Beginning  with  Transmittal  Number  10,  a  Trend  and  Performance 
Check  Record  Software  Configuration  Flag  was  added  to  Word  9  of  the 
identifier  record.  This  made  word  9  a  2-digit  integer  with  the  least 
significant  digit  being  the  Oata  Block  Identifier  Flag,  and  the  most 
significant  digit  being  the  Software  Configuration  Flag  as  defined. in  Table 
14. 

An  EDS  Recorded  Data  File  global  data  record  consists  of  30  words.  A 
description  of  these  30  words  is  given  in  Table  15.  This  description  is 
applicable  for  all  EDS  data  transmittals. 

A  stored  data  record  consists  of  45  words.  This  record  is  applicable 
for  Trend,  Performance  Check,  and  Average  record  data.  A  description  of 
these  45  words  is  given  Table  16.  Note  that  for  Software  Configuration 
Number  4  only,  Word  1  b»  nes  STABTM,  the  time  that  the  engine  was  within 
the  specified  stability  'jw  before  the  record  was  taken. 

Automatic  Takeoff  Record  Data  Files  -  The  structure  of  the  Automatic 
Takeoff  Record  Data  Files,  first  added  on  Transmittal  Number  10,  is  very 
similar  to  that  of  the  EDS  Recorded  Data  File.  However,  since  the  Takeoff 
record  consisted  of  an  18  data  scan  time  history  rather  than  a  sinqle  scan 
time  average,  like  the  Trend,  Performance  Check  and  Average  records,  some 
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TABLE  12.  BASIC  DATA  ENTRY  STRUCTURE 
EDS  Recorded  Data  File 


INSTALLED  DATA 
GLOBAL  DATA  BLOCK 


Identifier  Record  (9  Words) 
Global  Data  Record  (30  Words) 


TREND  RECORD  DATA  BLOCK* 

Identifier  Record  (9  Words) 
Stored  Data  Record  (45  Words) 

PERFORMANCE  CHECK  RECORD  DATA  BLOCK* 

Identifier  Record  (9  Words) 
Stored  Data  Record  (45  Words) 


UNINSTALLED  DATA 
GLOBAL  DATA  BLOCK 


Identifier  Record  (9  Words) 
Global  Data  Record  (30  Words) 


AVERAGE  RECORD  DATA  BLOCK  ** 


Identifier  Record  (9  Words) 
Stored  Data  Record  (45  Words) 


*  Zero  Or  One  Of  These  Blocks  May  Be  Present. 
**  Zero  To  Four  Of  These  Blocks  May  Be  Present. 


50 


TABLE  13.  EOS  RECORDED  DATA  FILE  IDENTIFIER  RECORD  STRUCTURE 
Data  Transmittals  1  Through  9 


WORD 

SYMBOL 

DESCRIPTION 

1 

ENGSN 

Engine  Serial  Number 

2 

RECDT 

Julian  Date  of  Data  Record 

3 

RECYR 

Last  Two  Digits  of  Year  of 

Data  Record 

4 

ACFTN 

Aircraft  Tail  Number 

5 

FLTNO 

Aircraft  Sortie  Number 

6 

DDUDT 

Julian  Date  of  Data  Collection 

7 

DDUYR 

Last  Two  Digits  of  Year  of 

Data  Collection 

8 

DDUTM 

Time  of  Data  Collection 

Mil itary  Hours  And 
Minutes 

9 

BLKID 

Data  Block  ID 

=  1  For  Global  Data  Block 


=  2  For  Trend  Record  Or 
Average  Record  Data 
Block 

=  3  For  Performance  Check 
Record  Data  Block 


NOTES : 

(1)  Words  4  and  5  Will  Be  Zero  For  Uninstalled  Data. 

(2)  All  Words  Are  Integers. 
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TABLE  14.  REVISED  EDS  RECORDED  DATA  FILE  IDENTIFIER  RECORD  DESCRIPTION 

Transmittal  Number  10  Through  16 


-  Word  9  Is  A  2-Digit  Integer 


Dm  dl 


D(_  =  Least  Significant  Digit 
=  Data  Block  ID  Flag* 


Dm  a  Most  Significant  Digit 
=  Software  Configuration  Flag 

*  0  For  Configuration  No.  1** 
=  1  For  Configuration  No.  2** 

*  2  For  Configuration  No.  3** 
=  3  For  Configuration  No.  4** 


*  See  Table  13  For  Definition  Of  ID  Flag. 

**  See  Section  Il.l.d  For  Description  Of  Software  Configurations. 
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TABLE  15.  GLOBAL  DATA  RECORD  DESCRIPTION 


WORD 

SYMBOL 

DESCRIPTION 

UNITS 

1 

FLG1 

Hot  Start  Event  Detection  Flag 

N/D 

2 

FLG2 

N2  Overspeed  Event  Detection  Flag 

N/D 

3 

FLG3 

FTIT  Overtemp  Event  Detection  Flag 

N/D 

4 

FLG4 

FTIT  Spread  Event  Detection  Flag 

N/D 

5 

FLG5 

RCVV  Out-of-Limits  Event  Detection 

Flag 

N/D 

6 

FLG6 

Main  Oil  Pressure  Out-of-Limits 
(Priority  2)  Event  Detection  Flag 

N/D 

7 

FLG7 

Main  Oil  Pressure  Out-of-Limits 
(Priority  1)  Event  Detection  Flag 

N/D 

8 

FLG8 

No.  4  Bearing  Oil  Scavenge 

Pressure  Out-of-Limits  Event 

Detection  Flag 

N/D 

9 

FLG9 

Engine  Stall  Event  Detection  Flag 

N/D 

10 

FLG10 

EEC  Fault  Event  Detection  Flag 

N/D 

11 

FLG11 

Inlet  Vibration  Event  Detection  Flag 

N/D 

12 

FLG12 

Oi fuser  Vibration  Event  Detection  Flag 

N/D 

13 

FLG13 

Gearbox  Vibration  Event  Detection  Flag 

N/D 

14 

FLG14 

Trend  Record  Storage  Flag 

N/D 

15 

FLG15 

Performance  Check  Storage  Flag 

N/D 

16 

FLG16 

Pilot  Option  Record  Storage  Flag 

N/D 

17 

FLG17 

Main  Fuel  Pump  Deterioration  Event 
Detection  Flag 

N/D 

18 

FLG18 

Augmentor  Blowout/Mis  ight  Event 
Detection  Flag 

N/D 

19 

FANSN 

Inlet/Fan  Module  Serial  Number 

N/D 

20 

CORSN 

Core  Module  Serial  Number 

N/D 

21 

HITSN 

High  Turbine  Serial  Number 

N/D 

22 

LOTSN 

Fan  Drive  Turbine  Serial  Number 

N/D 
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TABLE  15  (Concluded).  GLOBAL  DATA  RECORD  DESCRIPTION 


WORD 

SYMBOL 

DESCRIPTION 

UNITS 

23 

AUGSN 

Augmentor  Module  Serial  Number 

N/D 

24 

ENGOT 

Total  Engine  Operating  Time 

Hours 

25 

ENG  FT 

Total  Engine  Flight  Time 

Hours 

26 

HS1TM 

Hot  Section  1  Time 

Hours 

27 

HS2TM 

Hot  Section  2  Time 

Hours 

28 

HS3TM 

Hot  Section  3  Time 

Hours 

29 

LC1CT 

Type  I  LCF  Count 

N/D 

30 

LC3CT 

Type  III  LCF  Count 

N/D 

NOTES:  1)  Code  For  All  Event  Detection/Record  Storage  Flags 
=  0  For  Event  Not  Detected/Record  Not  Stored 
*  1  For  Event  Detected/Record  Stored 

2)  Words  1  Through  18  Are  Integers. 

Words  19  Through  23  Are  Alphanumeric. 

Words  24  Through  30  Are  Single  Precision 
Floating  Point  Real  Numbers. 
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TABLE  16. 

STORED  DATA  RECORD  DESCRIPTION 

EDS  Recorded  Data  File 

WORD(S) 

SYMBOL 

DESCRIPTION 

UNITS 

1 

SYSTM 

Time  of  Data  Record  (Gets  Reset 

To  0.0  After  Each  Data  Collection) 

Seconds 

1* 

STABTM 

Engine  Stable  Time 

Seconds 

2 

H 

Altitude 

Feet 

3 

MO 

Mach  Number 

N/D 

4 

TT2 

Engine  Inlet  Temperature 

°C 

5 

PT2 

Engine  Inlet  Pressure 

PSIA 

6 

Nl 

Low  Spool  Rotor  Speed 

RPM 

7 

N2 

High  Spool  Rotor  Speed 

RPM 

8 

TT2.5 

Fan  Exit  Duct  Temperature 

°C 

9 

PT2.5 

Fan  Exit  Duct  Pressure 

PSIA 

10 

TS3 

Compressor  Exit  Skin  Temperature 

°C 

11 

WFT 

Total  Fuel  Flow 

PPH 

12 

PB 

Engine  Burner  Pressure 

PSIA 

13 

FTITAVG 

Average  Fan  Turbine  Inlet 

Temperature 

°C 

14-20 

FTIT1  - 

Individual  Fan  Turbine  Inlet 

°C 

FTIT7 

Temperature 

21 

PT6 

Augmentor  Inlet  Pressure 

PSIA 

22 

AJ 

Exhaust  Nozzle  Throat  Area 

Sq.  Ft 

23 

RCVV 

Rear  Compressor  Variable  Vane  Angle 

DEG 

24 

PLA 

Power  Lever  Angle 

DEG 

25 

VIBI 

Inlet  Case  Vibration,  Overall 

Mils 

26 

V I B 1 1 

Inlet  Case  Vibration,  Nl  Narrowband 

Mils 

27 

VIBI2 

Inlet  Case  Vibration,  N2  Narrowband 

Mils 

28 

VIBO 

Diffuser  Case  Vibration,  Overall 

Mils 
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TABLE  15  (Concluded).  STORED  DATA  RECORD  DESCRIPTION 
EDS  Recorded  Data  File 


WORD(S) 

SYMBOL 

DESCRIPTION 

UNITS 

29 

VIBD1 

Diffuser  Case  Vibration,  N1  Narrowband 

Mils 

30 

VIBD2 

Diffuser  Case  Vibration,  N2  Narrowband 

Mils 

31 

VIBG 

Gearbox  Vibration,  Overall 

Mils 

32 

VIBGP 

Gearbox  Vibration,  PTO  Narrowband 

Mil  s 

33 

LVI 

EEC  Level  I  Fault  (1.0  *  ON) 

N/D 

34 

LVI I 

EEC  Level  II  Fault  (1.0=  ON) 

N/D 

35 

LV  III 

EEC  Level  III  Fault  (1.0  =  ON) 

N/D 

36 

MFPDT 

Main  Fuel  Pump  Deterioration  Signal 
(1.0  =  ON) 

N/D 

37 

MOT 

Main  Oil  Temperature 

°C 

38 

MOP 

Main  Oil  Pressure 

PSID 

39 

MPB 

Main  Breather  Pressure 

PSIA 

40 

PSCV4 

No.  4  Bearing  Scavenge  Pressure 

PSIA 

41 

TFO 

Fuel  Inlet  Temperature 

°C 

42 

PFO 

Fuel  Inlet  Pressure 

PSIA 

43 

PF1 

Fuel  Pump  Boost  Pressure 

PSIA 

44 

PF2 

Fuel  Pump  Discharge  Pressure 

PSIA 

45 

PF1 A 

Augmentor  Fuel  Pump  Discharge 

Pressure 

PSIA 

NOTE:  All  Words  Are  Single  Precision  Floating  Point 
Real  Numbers 


*  For  Trend/Performance  Check  Record  Software  Configuration 
Number  4  Only. 


56 


differences  do  exist.  A  typical  Automatic  Takeoff  Record  Data  File  entry  is 
shown  in  Table  17.  Each  data  entry  consists  of  a  global  data  block  and  18 
Takeoff  record  data  blocks,  one  for  each  data  scan.  Each  global  data  block 
consists  of  an  identifier  record  and  a  global  data  record.  Each  Takeoff 
record  data  block  consists  of  an  identifier  record  and  a  stored  data  record. 

The  exact  timing  of  the  18  data  scans  which  make  up  an  Automatic  Takeoff  record 
is  discussed  in  Section  Il.l.d. 

The  Automatic  Takeoff  Record  Data  File  identifier  records  are  the  same 
for  both  global  and  Takeoff  record  data  blocks.  Each  identifier  record  con¬ 
sists  of  7  words  as  shown  in  Table  18.  Note  the  similarity  between  this 
Automatic  Takeoff  Record  Data  File  identifier  record  and  the  EDS  Recorded 
Data  File  identifier  record.  Table  13. 

The  Automatic  Takeoff  Record  Data  File  global  record  is  identical  in 
every  way  to  the  EDS  Recorded  Data  File  global  record,  Table  15. 

The  Automatic  Takeoff  Record  Data  File  stored  data  record  consists  of 
45  words.  This  record  is  identical  to  the  EDS  Recorded  Data  File  stored  data 
record.  Table  16  (Software  Configuration  Numbers  1  through  3),  exceDt  for 
word  36  which  is  an  Anti-Ice  Discrete  Flag  as  shown  in  Table  19. 

Usually,  more  than  one  Automatic  Takeoff  Record  Data  File  was  written 
on  the  magnetic  tape  transferred  to  WPAFB.  This  was  done  to  limit  each 
file  to  a  practical  size.  Because  each  Automatic  Takeoff  Record  Data  File 
data  entry  consisted  of  a  global  block  and  18  takeoff  word  data  blocks, 
the  size  of  each  entry  was  quite  large.  Coordination  with  SCT,  established 
a  practical  limit  of  15  data  entries  per  file. 

b.  Maintenance  Records  -  The  MCAIR  Automated  EDS  Maintenance  Record 
File  consisted  of  seven  record  types.  These  types  cover  all  of  the  possible 
maintenance  scenarios  for  which  an  AFTO  Form  349  is  normally  used.  The 
seven  record  types  are: 

1)  On-Equipment  (Aircraft  or  Engine) 

2)  Off-Equip.ient 

3)  Removal  of  Serialized  Component 

4)  Installation  of  Serialized  Component 

5)  Removal/Installation  of  Aircraft  Engine 

6)  Discrepancy/Corrective  Action 

7)  Part  Replaced  During  Repair 

A  description  of  each  record  is  given  in  Table  20.  USAF  Technical  Order 
1F-15A-06  should  be  consulted  to  decipher  the  various  codes  used  in  this 
file.  As  discussed  previously,  transferral  of  this  file  to  WPAFB  ceased 
after  EDS  Data  Transmittal  Number  6.  For  the  remainder  of  the  program, 

AFTO  Form  349  data  was  input  directly  to  an  SCT  computer  using  the  SCT 
Automated  Maintenance  Record  Input  Computer  program.  The  format  of  this 
directly  input  data  was  identical  to  the  format  of  the  MCAIR  Automated 
EDS  Maintenance  Record  File  given  in  Table  20. 


TABLE  17.  AUTOMATIC  TAKEOFF  RECORD  DATA  ENTRY  STRUCTURE 

GLOBAL  DATA  BLOCK 

Identifier  Record  (7  Words) 

Global  Data  Record  (30  Words) 


Identifier  Record  (7  Words) 
Stored  Data  Record  (45  Words) 

o 

o 

o 

o 

o 

o 

o 

o 

o 

0 

0 

0 

0 

0 


Identifier  Record  (7  Words) 
Stored  Data  Record  (45  Words) 


TAKEOFF  RECORD  DATA  BLOCK  (SCAN  18] 
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TABLE  18.  TAKEOFF  RECORD  FILE  IDENTIFIER  RECORD  DESCRIPTION 


WORD 

SYMBOL 

DESCRIPTION 

1 

ENGSN 

Engine  Serial  Number 

2 

RECYRDT 

Year  And  Date  Of  Record 

-  2  Most  Sig.  Digits  =  Year 

-  3  Least  Sig.  Digits  =  Julian  Date 

3 

ACFTN 

Aircraft  Tail  Number 

4 

FLTNO 

Aircraft  Sortie  Number 

5 

DDUYRDT 

Year  And  Date  Of  Data  Collection 

-  2  Most  Sig.  Digits  =  Year 

-  3  Least  Sig.  Digits  =  Julian  Date 

6 

DDUTM 

Time  Of  Data  Collection 
(Military  Hours  And  Minutes) 

7 

GLBSCID 

Global  Data  Block  ID  Flag/Scan  Countei 
=  0  For  Global  Block 
=  1  -18  For  Stored  Data  Blocks 

Corresponding  To  Data  Scans  1- 

NOTE: 

All  Words  Are 

Integers 
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TABLE  19.  AUTOMATIC  TAKEOFF  RECORD  FILE  STORED  DATA  RECORD  DESCRIPTION 


WQRD(S)  SYMBOL  DESCRIPTION  UNITS 

1-35  . SAME  AS  TABLE  16 . 

36  ANTIC  Anti-Ice  Discreet  (1.0*0N) 

37-45  . SAME  AS  TABLE  16  . 
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TA3LE  20.  MCA I R  AUTOMATED  EDS  MAINTENANCE  RECORD  FILE  DESCRIPTION 
ON  EQUIPMENT  (AIRCRAFT  OR  ENGINE)  RECORD 


Character(s) 


Description 


11-15 


16-19 


20-24 


25-27 


30-34 


37-39 


40-41 


42-45 


46-48 


49-52 


Job  Control  Number  (JCN) 

AFTO  349  Form  Number  (MCAIR  Assigned  Number) 
Performing  Work  Center 
Identification  Number 
Aircraft  Time  (Tenths  Of  Hours) 

AFTO  350  Tag  Number 

Type  Maintenance  Code  (See  T.O.  1F-15A-06) 
Component  Position  Code  (1=Left;  2=Ri ght ) 
Work  Unit  Code  (See  T.O.  1F-15A-06) 

Action  Taken  Code  (See  T.O.  1F-15A-06) 

When  Discovered  Code  (See  T.O.  1F-15A-06) 

How  Malfunctioned  Code  (See  T.O.  1F-15A-06) 
Number  of  Units  Produced 
Start  Time  (Military) 

-top  Date  (Julian) 

Stop  Time  (Mil itary) 


Crew  Size 


55-60 


61-77 


78-79 


Category  Of  Labor 
Fuel  Consumed  (pounds) 

Blank 

Sequence  Number  (01-05  For  On-Aircraft;  06-10  For  On-Engine) 
Card  Code  ("A"  For  On-Aircraft;  "E"  For  On-Engine) 
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TABLE  20  (Continued).  MCAIR  AUTOMATED  EDS  ftAI NTENANCE  RECORD  DESCRIPTION 

OFF-EQUIPMENT  RECORD 


Character(s) 


11-15 


16-19 

20-23 

24-38 

39-43 

44-46 


49-53 


56-58 

59-60 

61-64 

65-67 

68-71 


74-77 

78-79 


_ Description _ 

Job  Control  Number  (JCN) 

AFTO  349  Form  Number  (MCAIR  Assigned  Number) 

Performing  Work  Center 

Identification  Number 

Federal  Stock  Classification 

Part  Number 

Serial  Number 

AFTO  350  Tag  Number 

Type  Maintenance  Code  (See  T.O.  1F-15A-06) 
Component  Position  Code  (l=Left;  2=Right) 

Work  Unit  Code  (See  T.O.  1F-15A-06) 

Action  Taken  Code  (See  T.O.  1F-15A-06) 

When  Discovered  Code  (See  T.O.  1F-15A-06) 

How  Malfunction  Code  (See  T.O.  1F-15A-06) 

Number  Of  Units  Produced 
Start  Time  (Military) 

Stop  Date  (Julian) 

Stop  Time  (Mil itary) 

Crew  Size 
Category  Of  Labor 
Blank 

Sequence  Number  (11-15  For  Off-Equipment  Record) 
Card  Code  ("H"  For  Off-Equipment  Record) 


62 


TABLE  20  (Continued).  MCAIR  AUTOMATED  EDS  MAINTENANCE  RECORD  FILE  DESCRIPTION 

REMOVAL  OF  SERIALIZED  COMPONENT  RECORD 


Character(s) 

1-7 

8-10 

11-15 

16-19 

20-23 

24-38 

39-47 

48-50 

51 

52 

53-57 

58 

59 

60-62 
S3-  64 
65-68 
69-71 
72-75 

76 

77 

78-79 

80 


Descri ption 


Job  Control  Number  (JCN) 

AFTO  349  Form  Number  (MCAIR  Assigned  Number) 

Performing  Work  Center 

Identification  Number 

Federal  Stock  Classification 

Part  Number 

Serial  Number 

AFTO  350  Tag  Number 

Type  Maintenance  Code  (See  T.O.  1F-15A-06) 

Component  Position  Code  (l=Left;  2=Right) 

Work  Unit  Code  (See  T.O.  1F-15A-06) 

Action  Taken  Code  (See  T.O.  7F-15A-06) 

When  Discovered  Code  (See  T.O.  1F-15A-06) 

How  Malfunction  Code  (See  T.O.  1F-15A-06) 

Number  of  Units  Produced 
Start  Time  (Military) 

Stop  Date  ( Jul ian) 

Stop  Time  (Mil itary) 

Crew  Size 
Category  Of  Labor 

Sequence  Number  (16-20  For  Removal  Of  Serialized  Component) 
Card  Code  ("R"  For  Removal  And  Installation  of  Serialized 
Component  Record) 
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TABLE  20  (Continued).  HCAIR  AUTOMATED  EDS  MAINTENANCE  RECORD  FILE  DESCRIPTION 
INSTALLATION  OF  SERIALIZED  COMPONENT  RECORD 


Character(s) 

1-7 

8-10 

11-15 

16-19 

20-22 

23-37 

38-46 

47-50 

51 

52 

53-57 

58 

59 

60-62 
63-64 
65-68 
69-71  • 

72-75 

76 

77 

78-79 

80 


_ Description _ 

Job  Control  Number  (JCN) 

AFTO  349  Form  Number  (MCAIR  Assigned  Number) 

Performing  Work  Center 
Identification  Number 
AFTO  250  Tag  Number 
Part  Number 
Serial  Number 

Operating  Time  Of  Component  (Tenths  Of  Hours) 

Type  Maintenance  Code  (See  T.O.  1F-15A-06) 

Component  Position  Code  (l=Left;  2=Right) 

Work  Unit  Code  (See  T.O.  1F-15A-06) 

Action  Taken  Code  (See  T.O.  1F-15A-06) 

When  Discovered  Code  (See  T.O.  1F-15A-06) 

How  Malfunction  Code  (See  T.O.  1F-15A-06) 

Number  Of  Units  Produced 
Start  Time  (Mil itary) 

Stop  Date  (Julian) 

Stop  Time  (Mil itary) 

Crew  Size 
Category  Of  Labor 

Sequence  Number  (21-25  For  Installation  Of  Serialized 
Component) 

Card  Code  ("R"  For  Removal  And  Installation  Of  Serialized 
Component  Record) 
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TA3LE  20  (Continued).  ,'ICAIR  AUTOMATED  EDS  MAINTENANCE  RECORD  FILE  DESCRIPTION 
REMOVAL/INSTALLATION  OF  AIRCRAFT  ENGINE  Rt  D 


Character(s) 

1-7 

8-10 

11-15 

16-19 

20-24 

25-29 

30-33 

34-38 

39-42 

43-45 

46 

47 

48-52 

53 

54 

55-57 

58-59 

60-63 

64-66 

67-70 

71 

72 

73-77 

78-79 

80 


_ _ Description _ 

Job  Control  Number  (JCN) 

AFTO  349  Form  Number  (MCAIR  Assigned  Number) 

Performing  Work  Center 
Aircraft  Identification  Number 
Aircraft  Time  (Tenths  Of  Hours) 

Removed  Engine  Time  (Tenths  Of  Hours) 

Removed  Engine  Identification  Number 
Installed  Engine  Time  (Tenths  Of  Hours) 

Installed  Engine  Identification  Number 
AFTO  350  Tag  Number 

Type  Maintenance  Code  (See  T.O.  1F-15A-06) 

Component  Position  Code  (l=Left;  2=Right) 

Work  Unit  Code  (See  T.O.  1F-15A-06) 

Action  Taken  Code  (See  T.O.  1F-15A-06) 

When  Discovered  Code  (See  T.O.  1F-15A-06) 

How  Malfunction  Code  (See  T.O.  1F-15A-06) 

Number  Of  Units  Produced 
Start  Time  (Military) 

Stop  Date  (Julian) 

Stop  Time  (Military) 

Crew  Size 
Category  Of  Labor 
Blank 

Sequence  Number  (26-35  For  Removal/Instal lation  Of  Aircraft 
Engine) 

Card  Code  ("T"  For  Removal/Installation  Of  Aircraft  Engine 
Record) 
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TABLE  20  (Continued).  fICAIR  AUTOMATED  EDS  MAINTENANCE  RECORD  FILE  DESCRIPTION 

DISCREPANCY/CORRECTIVE  ACTION  RECORD 


Character(s) 

1-7 

8-10 

11-77 

78-79 

80 


_ Description _ 

Job  Control  Number  (JCN) 

AFTO  349  Form  Number  (MCAIR  Assigned  Number) 

Write-Up  Of  Discrepancy/Corrective  Action  Taken  Directly 
From  AFTO  349 

Sequence  Number  (36-45  For  Discrepancy/Corrective  Action 
Record) 

Card  Code  (Matches  The  Card  Code  Of  The  Record  To  Which 
The  Discrepancy/Corrective  Action  Write-Up  Applies) 
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TABLE  20( Concluded). 

Character(s) 

MCAIR  AUTOMATED  EDS  MAINTENANCE  RECORD  FILE  DESCRIPTION 

PARTS  REPLACED  DURING  REPAIR  RECORD 

OescriDtion 

1-7 

Job  Control  Number  (JCN) 

8-10 

AFTO  349  Form  Number  (MCAIR  Assigned  Number) 

11 

Line  Number 

12-15 

Federal  Stock  Classification 

16-30 

Part  Number 

31-35 

Work  Unit  Code  (See  T.O.  1F-15A-06) 

36-44 

Reference  Symbol  (Part  Description) 

45-47 

How  Malfunction  Code  (See  T.O.  1F-15A-06) 

48-49 

Quantity  Of  Parts  Replaced 

50-77 

Blank 

78-79 

Sequence  Number  (46-60  For  Parts  Replaced  During  Repair 

Record) 

80 

Card  Code  ("P"  For  Parts  Replaced  During  Repair  Record) 

80 


3.  SUMMARY  OF  TRANSMITTALS  -  Sixteen  EDS  data  transmittals  were  made  during 
the  Advanced  Trend  Analysis  Program.  These  transmittals  are  summarized  in 
Table  21.  Each  transmittal  potentially  consisted  of  three  types  of  data 
files;  the  EDS  Recorded  Data  File,  the  MCAIR  Automated  EDS  Maintenance  Record 
File,  and  the  Automatic  Takeoff  Record  File.  The  content  and  format  of  each 
of  these  files  was  discussed  in  Section  III. 2.  Note  that  Transmittal 
Numbers  1  through  9  were  made  on  an  approximate  monthly  basis  while  Trans¬ 
mittal  Numbers  10  through  16  were  made  on  an  approximate  bi-weekly  basis. 

This  increased  data  transmittal  rate  reduced  the  time  lag  experienced 
between  the  recording  of  the  data  at  Langley  and  its  availability  for 
analysis  in  the  AFWAL/SCT  data  base  at  WPAFB.  These  sixteen  transmittals 
contained  nearly  1200  records  as  shown  in  Table  22,  by  transmittal  number, 
and  in  Table  23  by  engine  serial  number.  Four  record  types  were  transmitted; 
usage  records.  Trend  records,  Performance  Check  records,  and  Automatic 
Takeoff  records.  Usage  records  contain  only  engine  time  and  cycle  informa¬ 
tion  and  represent  data  transfers  that  did  not  contain  Trend/Performance 
Check/Takeoff  records.  The  remaining  three  record  types  were  discussed  in 
Section  II.  Detailed  logs  of  all  the  data  entries  that  comprise  these 
sixteen  EDS  data  transmittals  are  given  in  Appendix  B. 


TABLE  El.  EDS  DATA  TRANSMITTAL  SUMMARY 


TRANS. 

NO. 

PERIOD 

COVERED 

DATE 

TRANS. 

EDS  DATA 
FILE 

MAINT. 

FILE 

RCD.  TAKEOFF 
FILES  (NO. 

1 

4/16-5/15/80 

6/30/80 

YES* 

NO 

NO 

2 

5/16-6/15/80 

7/24/ "0 

YES* 

NO 

NO 

3 

6/16-7/15/80 

8/14/80 

YES* 

YES 

NO 

4 

7/16-8/7/80 

9/29/80 

YES 

YES 

NO 

5 

8/8-9/15/80 

10/28/80 

YES 

YES 

NO 

6 

9/16-10/31/80 

12/3/80 

YES 

YES 

NO 

7 

11/1-12/11/80 

1/9/81 

YES 

NO 

NO 

8 

12/12/80-1/31/81 

3/3/81 

YES 

NO 

NO 

9 

2/1-3/13/81 

3/27/81 

YES 

NO 

NO 

10 

3/14-3/31/81 

4/22/81 

YES 

NO 

YES  (1) 

11 

4/1-4/15/81 

4/29/81 

YES 

NO 

YES  (1) 

12 

4/16-4/30/81 

5/13/81 

YES 

NO 

YES  (1  ) 

13 

5/1-5/15/81 

5/23/81 

YES 

NO 

YES  (3) 

14 

5/16-5/31/81 

6/9/81 

YES 

NO 

YES  (2) 

15 

6/1-6/12/81 

6/22/81 

YES 

NO 

YES  (2) 

16 

6/13-6/28/81 

7/10/81 

YES** 

NO 

YES  (1 )** 

*  Contained  Entries  For  Only 
Performance  Check  Record. 

Those  Data  Transfers  With 

A  Trend 

And/Oi 

**  All  Data 

Obtained  After  16 

June  Was  Lost 

Because  Of 

A  Problem  With  The 

EDS  AGP. 
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TABLE  22.  RECORD  TRANSMITTAL  SUMMARY  BY  TRANSMITTAL  NUMBER 


TRANS . 

NO. 

USAGE 

RECORDS 

TREND 

RECORDS 

PERF.  CHK. 
RECORDS 

TAKEOFF 

RECORDS 

1 

0 

20 

3 

0 

2 

0 

14 

2 

0 

3 

0 

10 

2 

0 

4 

73 

27 

13 

0 

5 

77 

23 

17 

0 

6 

114 

53 

12 

0 

7 

68 

36 

18 

0 

8 

29 

5 

2 

0 

9 

49 

0 

7 

0 

10 

13 

0 

1 

16 

11 

4 

20 

26 

40 

12 

6 

33 

40 

48 

13 

9 

36 

31 

41 

14 

9 

28 

20 

28 

15 

13 

14 

11 

16 

16 

0 

2 

2 

4 

464 

321 

207 

1  93 

TOTAL  RECORDS  =1185 
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TABLE  23.  RECORD  TRANSMITTAL  SUMMARY 
By  Engine  Serial  Number 


ENGINE 

S/N 

USAGE 

RECORDS 

TREND 

RECORDS 

PERF.  CHK. 
RECORDS 

TAKEOFF 

RECORDS 

P680160 

46 

22 

9 

18 

P680311 

29 

24 

11 

7 

P680330 

65 

37 

31 

17 

P68041 5 

50 

35 

24 

24 

P680470 

44 

34 

30 

36 

P680528 

34 

25 

17 

19 

P680639 

26 

25 

7 

0 

P680694 

44 

42 

24 

11 

P680722 

31 

18 

12 

0 

P680801 

40 

26 

26 

24 

P680907 

55 

33 

16 

37 

464 

321 

207 

193 

TOTAL  RECORDS  =1185 
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SECTION 


ASSESSMENT  OF  SCT'S  GAS  PATH  ANALYSIS  ALGORITHM 


An  important  objective  of  the  Advanced  Trend  Analysis  Program  was  to 
assess  the  potential  usefulness  of  SCT’s  gas  path  analysis  algorithm  as  a 
diagnostic/prognostic  tool  for  engine  maintenance.  The  database  of  FI 00 
engine  trending  records  provided  by  the  EOS  Flight  Evaluation  was  to  allow 
a  "real  world"  test  of  the  algorithm's  capabilities.  Because  of  the  trend¬ 
ing  data  acquisition  problems  experienced  during  the  Flight  Evaluation  (see 
Section  II. 3. b),  an  adequate  database  for  testing  the  algorithm  could  not 
be  built.  Therefore,  a  definite  conclusion  as  to  the  usefulness  of  the 
algorithm  cannot  be  made  with  the  Advanced  Trend  Analysis  Program  database. 

For  purposes  of  documentation,  the  following  sections  provide  a  brief  descrip¬ 
tion  of  the  algorithm  and  discuss  the  results  of  applying  the  algorithm 
to  the  Advanced  Trend  Analysis  Program  database. 


1.  ALGORITHM  DESCRIPTION  -  A  discussion  of  any  gas  path  analysis  algorithm  used 
for  gas  turbine  engine  health  trending  should  begin  with  a  statement  of  the 
problem.  Figure  23  schematically  shows  the  engine  and  instrumentation  that 
generate  the  measurands  used  by  the  trending  algorithm.  The  engine,  with 
unknown  component  performance  parameters  (low  pressure  compressor  efficiency 
and  flow  capacity,  high  pressure  compressor  efficiency  and  flow  capacity, 
etc.),  operates  at  a  point  determined  by  the  inputs  (power  setting  and 
flight  conditions)  and  random  disturbance  effects  (mechanical  hysteresis, 
bleed,  engine  nonequil ibrium,  etc.).  The  resulting  gas  path  variables 
(rotor  speeds,  temperatures,  and  pressures)  are  measured  with  imperfect 
instruments  contaminated  with  noise.  The  trending  problem,  then,  is  to 
accurately  determine  the  health  status  of  the  engine,  in  other  words  the 
current  values  of  the  various  component  performance  parameters,  using  imoer- 
fect,  noisy  measurements  of  variables  that  are,  at  best,  only  functions  of 
the  unknown  component  performance  parameters  knowing  that  the  engine  is 
subject  to  random  disturbance  effects.  SCT's  approach  to  this  problem  is 
categorized  as  Thermodynamic  Cycle  Monitoring  (TCM).  This  approach  employs 
a  maximum  likelihood  parameter  estimator  which  analytically  relates  variations 
in  the  gas  path  variables  to  changes  in  the  engine  component  performance 
parameters  and  statistically  accounts  for  the  noise  and  random  disturbance 
effects.  Figure  24  shows  the  pertinent  input,  disturbance,  and  gas  path 
measurands  along  with  the  various  component  efficiencies  (-.)  and  flow 
capacities  (r).  The  following  paragraphs  give  a  brief  description  of  SCT's 
gas  path  analysis  algorithm.  For  a  detailed  discussion  of  the  algorithm  and 
its  underlying  theory,  the  reader  is  directed  to  SCT's  Turbine  Engine  Fault 
Detection  and  Isolation  (TEFni)  Program  Final  Report  scheduled  for  release 
in  early  1982. 


SCT's  algorithm  consists  of  four  software  modules.  These  modules  are 
shown  schematically  in  Figure  25.  Raw  EDS  trending  data,  obtained  during  a 
fixed  duration  operating  time  window,  is  input  to  the  Sensor  Diagnostic 
Routine  where  both  hard  and  intermediate  sensor  failures  are  detected  and 
isolated.  Synthesized  data  is  generated  for  those  channels  determined  to  be 
failed.  This  processed  data  is  input  to  the  Health  Index  Estimation  Routine 
where  a  "maximum  likelihood"  estimate  of  the  engine  health  status  is  made. 


72 


INPUT 


SYSTEM  MOOEL: 


DISTURBANCES  NOISE 


1 _ .  _ _ i 


GAS  PATH 

INSTRUMENTATION 

GAS  PATH 

tNu 

int 

r' 

VARIABLES 

>  MEASUREMENTS 

COMPONENT 
PERF.  PARAMETERS 


PROBLEM:  ACCURATELY  ESTIMATE  ENGINE  HEALTH  ( f.e .  COMPONENT  PERT.  PARAMETERS) 

-  NOISE  IN  MEASUREMENTS 

-  MEASURED  VARIABLES  ONLY  FUNCTIONS  OF  PERF.  PARAMETERS 

-  RANDOM  DISTURBANCES 


APPROACH:  THERMOOYMIC  CYCLE  MONITORING  (TCM) 

-  MAXIMUM  LIKELIHOOD  PARAMETER  ESTIMATION 

0  ANALYTICALLY  RELATE  VARIABLES  AND  PERF. 
PARAMETERS 

0  STATISTICALLY  ACCOUNT  FOR  NOISE  AND 
DISTURBANCES 


Figure  23.  Statement  of  Trending  Problem 
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RAW 

INPUT 

DATA 


Figure  25.  Algorithm  Structure 
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Both  the  Sensor  Diagnostic  Routine  and  the  Health  Index  Estimation  Routine 
employ  the  FIDO  Performance  Model  to  determine  baseline  (i.e.  unoerturbed) 
engine  performance  and  engine  sensitivities  to  off-nominal  perturbations  as 
a  function  of  engine  operating  point.  The  current  engine  health  index  esti¬ 
mates  are  then  input  to  the  Trending  Routine  where  tney  are  analyzed  with 
respect  to  previous  estimates  for  statistically  significant  changes. 

The  F100  Performance  Model  consists  of  2  elements;  the  baseline  model 
and  the  perturbation  model.  The  development  of  the  baseline  model  is 
shown  schematically  in  Figure  26.  A  set  of  "good"  EDS  measured  data 
points  is  input  to  a  regression  analysis  procedure  which  yields  mathematical 
expressions  for  the  gas  path  variables,  in  terms  of  the  other  variables, 
as  a  function  of  engine  operating  point.  "Good"  data  points  are  those 
that  have  no  detectable  failed  data  channels.  The  number  of  "good"  data 
points  used  for  this  process  should  be  greater  than  100  so  that  a  statis¬ 
tically  valid  representation  of  the  "nominal  EDS  engine"  is  obtained.  In 
addition  to  the  regressed  expressions  for  each  gas  path  variable,  the  covariance 
of  the  model  (i.e.  the  RMS  residuals  of  the  regression  analyses)  is  computed. 

An  example  baseline  equation  and  its  associated  covariance  element  is  given  in 
Figure  26.  The  development  of  the  perturbation  model  is  shown  schematically 
in  Figure  27.  Perturbed  component  performance  parameters  and  engine 
disturbances  are  force  fed  into  a  Pratt  and  Whitney  Aircraft  (PWA)  F100  Engine 
Simulation  Deck  (ESD)  to  generate  the  sensitivities  of  the  gas  path  variables 
to  these  perturbations/disturbances.  This  is  done  over  a  range  of  engine  power 
settings  and  flight  conditions.  The  sensitivity  results  are  then  regressed 
to  determine  expressions  relating  changes  in  the  gas  path  variables  to  com¬ 
ponent  performance  parameter  perturbations  and  disturbance  effects. 

An  example  perturbation  model  expression  is  given  in  Figure  27.  SCT  employs 
a  memory  efficient  structure  for  both  the  baseline  and  perturbation 
models.  This  structure  consists  of  a  coefficient  vector,  a  variable/para¬ 
meter  vector,  and  a  closely  packed  exponent  matrix.  This  structure  not  only 
reduces  the  computer  core  requirements  of  the  model  but  also  simplifies  de¬ 
rivative  and  gradient  calculations  required  by  the  Health  Index  Estimation  Routine. 

The  Sensor  Diagnostic  Routine  employs  the  baseline  portion  of  the  F100 
Performance  Model.  Both  the  regressed  baseline  model  gas  path  variable  ex¬ 
pressions  and  the  model  covariance  are  used.  A  flowchart  of  the  Sensor 
Diagnostic  Routine  is  shown  in  Figure  28.  This  flowchart  is  greatly  over¬ 
simplified  but  does  serve  to  illustrate  how  failed  data  channels  are  detected 
arid  isolated.  For  a  given  data  point  the  differences  between  the  gas  path 
measurements  and  the  baseline  model,  at  the  measured  engine  operating  point, 
are  calculated.  The  set  of  out-of-range  differences  is  statistically  deter¬ 
mined  using  the  baseline  model  covariance  elements.  The  baseline  model  is  then 
used  to  synthesize  values  for  those  out-of-ranye  channels.  A  new  set  of 
differences  is  computed  using  the  synthesized  data  values  in  place  of  the 
suspected  failed  channels  and  a  new  set  of  out-of-range  differences  is 
determined.  This  new  set  is  compared  with  the  old  set  and  the  procedure 
either  stops.  If  the  two  sets  are  the  same,  or  continues  to  synthesize 
values  for  suspect  failed  data  channels  and  calculate  new  sets  of  out-of¬ 
range  differences  until  convergence  is  obtained.  The  dominant  feature 
of  this  procedure  is  its  ability  to  synthesize  values  for  the  failed 
data  channels.  This  feature  significantly  enhances  the  usefulness  of 
"real  world"  data  where  failed  sensors  are  commonplace. 
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EXAMPLE: 

n25B/L  "  (•  °2987)N1 -(22. 77) AJ+( .7616)172-102.6 
°TT25  «  1.5°C 


Figure  26.  Baseline  Model  Development 
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EXAMPLE: 

ATT25=-(.3985)(FTIT)  ATjLpc+O44.4)ArLPC-(.004043)(N2)  At?hpc 

-  ( 61 . 5)  At?  LpT-  ( 30  3 1 )  A  rLPT“( .  01 3  62 )  ( FT  I T )  A  AJ 

WHERE 

ATT25  =  -(.3985)(FTIT)  ;ETC 
dT?ipC 

Figure  27.  Perturbation  Model  Development 
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Figure  28.  Sensor  Diagnostic  Routine 
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Three  module  directed  health  indices  are  estimated  by  the  Health  Index 
Estimation  Routine.  Not  all  of  the  comoonent  performance  parameters  shown 
in  Figure  24  can  be  accurately  estimated.  The  maximum  number  of  parameters  that 
can  be  accurately  estimated  and  their  form  are  determined  by  the  number  and 
accuracy  of  the  gas  path  measurements  available.  For  the  FT 00  EDS  instrumen¬ 
tation,  the  maximum  number  of  parameters,  or  indices,  that  can  be  estimated 
is  three.  The  form  of  these  indices  is  somewhat  arbitrary  but  SCT  determined 
the  three  module  directed  indices  defined  in  Figure  29  to  be  optimum  in 
terms  of  usefulness  and  accuracy.  As  can  be  seen,  the  fan,  core,  and  high 
pressure  turbine  (HPT)  indices  are  linear  combinations  of  pertinent  fundamen¬ 
tal  component  performance  parameters.  As  shown  schematically  in  Figure  30, 
the  module  di rected  health  indices  are  estimated  usino  the  processed  data 
output  from  the  Sensor  Diagnostic  Routine  with  a  Kalman  filter.  This  filter 
assumes  the  engine  performance  varies  linearly  with  component  deterioration 
and  disturbance  effects  in  a  small  region  about  a  nominal  baseline  operating 
point.  Within  a  fixed  duration  incremental  engine  operating  time  window, 
multiple  measured  data  points  are  sequentially  processed  by  the  filter  to 
produce  weighted  least  squares  estimates  of  the  module  directed  health 
indices.  This  filtering  of  the  measured  data  reduces  the  impact  of  measure¬ 
ment  error,  measurement  noise,  and  disturbance  effects  on  the  index  estimates. 
The  uncertainty  level  associated  with  each  index  is  also  computed  by  the 
filter.  This  uncertainty  level  is  directly  affected  by  the  number  of  mea¬ 
sured  data  points  that  were  available  in  a  given  time  window.  This  effect 
is  illustrated  in  Figure  30  where  the  maximum  likelihood  estimate  of  the 
health  index  is  shown  with  its  associated  95T  confidence  interval.  Note 
that  the  uncertainty  level  associated  with  each  index  estimate,  i.e.  the 
size  of  the  confidence  internal,  is  inversely  related  to  the  number  of 
measured  data  points  that  were  filtered  into  it.  It  is  for  this  reason 
that  a  relatively  high  trending  data  acquisition  rate  is  critical  to  the 
successful  implementation  of  SCT's  algorithm.  The  higher  the  data  acquisition 
rate,  the  more  measured  data  points  will  be  available  in  each  operating  time 
window  and  the  more  certain  will  be  each  health  index  estimate. 

A  general  purpose  Trending  Routine  is  the  final  step  in  the  algorithm. 

This  routine  statistically  determines  whether  a  new  health  index  estimate 
is  part  of  a  continuing  trend,  established  by  previous  estimates,  or 
represents  a  "jump"  in  the  data,  signalling  the  start  of  a  new  trend. 

Both  the  value  and  uncertainty  of  the  new  estimate,  relative  to  the  previous 
estimates,  is  considered  by  this  routine.  Although  this  routine  processes 
the  estimates  in  a  purely  mathematical  manner,  there  should  be  some 
physical  explanation  for  the  trends  and  "jumps"  it  detects.  For  example, 
a  "jump"  should  correlate  with  an  engine  module  change,  FOD  occurance, 
or  engine  water  wash.  Engine  trim  or  control  component  changes  should  not 
show  up  as  "jumps"  since  they  do  not  affect  the  fundamental  engine  com¬ 
ponent  performance  parameters. 

2.  DISCUSSION  OF  RESULTS  -  The  results  of  applying  SCT's  gas  path  analysis 
algorithm  to  the  Advanced  Trend  Analysis  Program  database  are  inconclusive. 

An  insufficient  amount  of  trending  data  was  acquired  early  in  the  EDS  Flight 
EvaTuation  to  validate  SCT's  algorithm.  Late  in  the  evaluation,  an 
acceptable  trending  data  acquisition  rate  was  achieved.  However,  durinq 
this  roughly  three  month  period,  no  major  maintenance  actions  were  required 
on  the  EDS  engines.  For  true  validation  of  the  algorithm,  a  combination  of  a 
high  data  acquisition  rate  and  significant  maintenance  actions  (module 
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Figure  29.  Module  Dir* 
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Figure  30.  Estimation  Routine 
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change,  significant  FOD,  etc.)  must  occur.  The  following  paragraDhs 
discuss  the  results  obtained  with  particular  emphasis  on  the  last  three 
months  of  the  Flight  Evaluation  when  an  acceptable  trending  data  acquisition 
rate  was  achieved. 

An  insufficient  amount  of  trending  data  was  acquired  during  the  first 
year  of  the  EDS  Flight  Evaluation  to  validate  SCT's  algorithm.  As  discussed 
in  Section  II. 3. b,  a  trending  data  acquisition  rate  of  10  per  100  EOH 
was  experienced  during  the  first  9  months  and  a  rate  of  2  per  100 
EOH  was  experienced  during  the  next  three  months.  These  rates  are 
extremely  low  when  compared  to  the  A-10/TF34  TEMS  rate  of  35  per  100  EOH 
for  which  SCT  demonstrated  some  promising  results  with  their  algorithm. 

The  most  conclusive  long  term  trending  results  are  shown  in  Figure  31 
for  engine  S/N  694.  As  can  be  seen,  a  fan  module  change  was  made  at  1200 
hours  TOT.  A  relative  increase  in  the  level  of  the  Fan  Health  Index 
should  reflect  this  module  change.  While  it  is  true  that  the  general 
level  of  the  five  data  points  after  the  module  change  is  relatively 
higher  than  the  one  point  before  the  module  change,  this  is  hardly  con¬ 
clusive  evidence  that  the  algorithm  accurately  represented  the  module 
change.  What  is  needed,  of  course,  is  more  data  in  the  pre-module  change 
period.  Unfortunately,  this  period  coincides  with  the  low  data  acquisition 
rate  period.  It  should  be  emphasized  that  this  represents  the  most  con¬ 
clusive  long  term  trending  results  available  from  the  Advanced  Trend  Analysis 
Program  database. 

Promising,  although  still  incu  'Tusive,  short  term  trendinq  results 
were  obtained  by  applying  SCT’s  algorithm  to  the  final  three  months  of 
data.  During  this  period,  an  acceptable  trending  data  acquisition  rate 
was  achieved  with  Trend  and  Performance  Che.N  Software  Configuration 
Numbers  3  and  4  (see  Section  II).  Table  24  summarizes  the  operating 
time  accumulated,  the  number  of  Trend  and  Performance  Check  records 
transmitted,  and  the  trending  data  acquisition  rate  experienced  during 
this  period  for  the  EDS  engines  that  were  still  involved  in  the  program. 

As  mentioned  previously,  there  were  no  major  maintenance  actions  performed 
on  these  engines  during  this  time.  Therefore,  no  conclusive  analysis  of 
the  trending  results  can  be  made.  However,  the  trends  of  the  three 
estimated  module  health  indices  can  be  checked  to  determine  if  the  algorithm 
produced  reasonable  results  during  this  period.  In  this  case,  reasonable 
results  would  be  a  slight  decreasing  trend  or  no  trend  at  all  m  the  three 
indices.  This  would  represent  slight,  or  no,  module  deterioration.  These 
short  term  results  are  presented  for  all  of  the  engines,  except  three, 
in  Figures  32  through  37.  The  three  engines  not  represented  in  these 
figures  are  serial  numbers  160,  311,  and  907.  The  short  term  trending 
results  for  serial  numbers  160  and  311  are  not  presented  because  only 
three  valid  data  points  were  available  during  this  period.  The  results 
for  serial  number  907  are  not  presented  because  the  data  for  this  engine 
was,  for  some  unknown  reason,  not  in  the  SCT  database.  As  can  be  seen 
from  the  figures,  for  all  engines  except  engine  serial  number  528, 
reasonable  module  health  index  trends  were  obtained.  The  core  module 
Index  on  engine  serial  number  528  shows  a  slight  positive  trend  repre¬ 
senting  an  improvement  in  the  module  health.  However,  the  slope  of  this 
trend  is  extremely  small  and  Is  not  significant  in  light  of  the  number 
of  data  points.  These  promising  short  term  trending  results  should  not  be 


83 


TABLE  24.  OPERATING  TIME  AND  DATA  ACQUISITION  RATE  SUMMARY 
Software  Configuration  Numbers  3  and  4 


ENGINE 

S/N 

TOT* 

TOT 

NO. 

TREND 

OF  RECORDS** 

PERF  CHECK 

RATE** 

(PER  100  EOH) 

160 

1567.8 

96.9 

6 

5 

11.35 

311 

1519.1 

56.7 

9 

8 

29.98 

330 

1316.3 

53.3 

8 

12 

37.52 

415 

868.1 

106.2 

21 

19 

37.66 

470 

772.3 

91.3 

17 

25 

46.00 

528 

1080.4 

74.0 

15 

13 

37.84 

694 

1230.0 

41.3 

14 

12 

62.95 

801 

1154.4 

98.0 

19 

21 

40.82 

907 

935.5 

130.3 

20 

13 

25.33 

748.0 

129 

128 

*  When  Configuration  No.  3  Was  First  Implemented. 

**  Includes  Only  Those  Records  Transmitted  To  WPAFB. 
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misinterpreted.  While  they  do  indicate  that  the  algorithm  has  not  given 
unreasonable  results,  they  do  not  confirm  that  the  algorithm  will  indeed 
be  responsive  to  the  major  maintenance  actions  that  should  cause  easily 
discemable  discontinuities  in  the  short  term  trends. 
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SECTION  V 


ASSESSMENT  OF  SCT'S  PROTOTYPE  MAINTENANCE  INFORMATION 
MANAGEMENT  SYSTEM  (MIMS) 


A  secondary  objective  of  the  Advanced  Trend  Analysis  Program  was  to 
assess  the  usefulness  of  SCT's  prototype  Maintenance  Information  Management 
System  (MIMS)  as  an  engine  maintenance/management  tool.  The  EDS  Flight 
Evaluation  at  Langley  AFB  was  to  have  provided  a  suitable  environment  for 
USAF  maintenance  personnel  to  use  and  evaluate  the  prototype  MIMS.  Like  the 
assessment  of  SCT's  gas  path  analysis  algorithm,  the  results  of  the 
MIMS  assessment  are  inconclusive.  The  results  are  inconclusive  because 
the  USAF  maintenance  personnel  at  Langley  did  not  use  the  prototype  MIMS. 

This  lack  of  use  of  the  MIMS  by  the  maintenance  personnel  was  not  the  result 
of  any  gross  deficiencies  in  the  system  but  rather  a  product  of  the  environ¬ 
ment  in  which  it  was  to  have  been  evaluated.  The  following  paragraphs  brief¬ 
ly  describe  the  MIMS  and  discuss  the  reasons  for  these  inconclusive  results. 

1.  MIMS  DESCRIPTION  -  SCT's  prototype  MIMS  is  a  software/hardware  system  de¬ 
signed  to  process  and  display  engine  maintenance  and  diagnostic  data.  This 
maintenance  and  diagnostic  data  includes  the  standard  AFM  66-1  Maintenance 
Data  Collection  System  data  products,  discussed  in  Section  II. 2,  and  ground/ 
in-flight  engine  data  automatically  recorded  by  an  engine  moni tori nq/di agnostic 
system.  The  system  software  includes  routines  to  rank/sort  data,  plot  data, 
and  list  data  within  the  constraints  of  user  specified  data  attributes.  The 
system  hardware  consists  of  both  local,  on-site  equipment  and  a  remotely  loca¬ 
ted  central  computer.  The  on-site  equipment  includes  a  Hewlett-Packard  2648A 
Graphics  Terminal,  a  Hewlett-Packard  Graphics  Printer,  for  obtaining  hard¬ 
copy  data  products,  and  a  telephone  MODEM  to  communicate  with  the  remotely 
located  central  computer.  The  central  computer  is  a  PDP  11/34  located  at 
SCT's  home  location  in  Palo  Alto,  Ca.  A  more  complete  discussion  of  the  MIMS 
and  its  capabilities  can  be  found  in  SCT's  Turbine  Engine  Fault  Detection 

and  Isolation  (TEFDI)  Program  Final  Report  scheduled  for  release  in  early 
1982. 

2.  DISCUSSION  OF  RESULTS  -  The  results  of  the  prototype  MIMS  evaluation  are 
inconclusive.  This  is  because  the  USAF  maintenance  personnel  at  Langley 
AFB  did  not  use  the  system.  As  mentioned  previously,  this  lack  of  use  was 
not  the  result  of  any  gross  deficiencies  in  the  system.  On  the  contrary, 
during  the  MIMS  training  sessions  held  in  late  1980,  the  USAF  personnel 
were  impressed  with  the  flexibility  and  overall  capabilities  of  the  system. 

For  reasons  beyond  the  control  of  those  responsible  for  the  MIMS  evaluation, 
it  simply  was  not  practical  for  the  USAF  maintenance  personnel  to  use  the 
MIMS.  These  reasons  were  as  follows: 

1)  the  location  of  the  MIMS  at  Langley, 

2)  the  relative  size  of  the  MIMS  database,  and 

3)  the  timeliness  of  the  MIMS  data. 

The  MIMS  was  located  in  the  MCAIR  EDS  office  at  Langley.  It  should  have  been 
located  in  the  Comprehensive  Engine  Management  Branch  (CEMB)  office.  In  the 
CEMB  office,  it  would  have  been  more  accessible  to  the  personnel  who  needed 
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to  use  it.  The  size  of  the  MIMS  data  base  was  relatively  small.  Only  the 
11  EDS  engines  were  in  the  data  base.  The  CEMB  personnel  are  responsible 
for  all  engines  at  Langley,  including  the  approximately  150  FI 00  engines. 

The  data  available  on  the  MIMS  was  not  timely  enough  to  be  of  practical 
use.  The  data  ranged  in  age  from  several  weeks  to  several  months  old. 

A  study  conducted  by  SCT  showed  that  some  of  the  data  displayed  by  systems  like 
the  MIMS  needs  to  be  updated  as  frequently  as  every  other  day  to  be  of 
practical  use.  Again,  this  untimeliness  of  the  data  was  not  the  fault  of  the 
MIMS.  The  structure  of  the  EDS  Flight  Evaluation  and  the  groundrules  under 
which  the  prototype  MIMS  demonstration  was  conducted  made  more  frequent 
updating  of  the  MIMS  database  impossible. 
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SECTION  VI 


SUMMARY  AND  CONCLUSIONS 


The  interfaces,  parameter  data,  and  data  link  information  that  were 
necessary  to  ensure  accurate  data  transfer  from  the  EDS  Program  at  Langley  AFB 
to  the  Computer  Center  at  WPAFB  were  developed.  The  successful  transfer  and 
storage  of  data  was  accomplished.  No  definite  conclusions  were  reached  about 
SCT's  gas  path  algorithm  or  prototype  MIMS.  The  usefulness  of  SCT's  algorithm 
was  neither  proven  or  disproven.  The  quantity  and  quality  of  the  data  acquired 
was  not  sufficient  to  adequately  critique  the  algorithm.  Additional  data  is 
required.  However,  the  EDS  Flight  Evaluation  at  Langley  has  been  terminated. 
The  algorithm  developed  by  SCT  appears  to  offer  significant  improvement  rel¬ 
ative  to  other  approaches  and  warrants  further  development  and  evaluation. 

The  following  specific  conclusions  can  be  drawn  from  this  program: 

1. )  Detailed  studies  of  aircraft  mission  profiles  and  trending  data 

acquisition  "windows"  are  required  early  in  the  diagnostic  system 
design  phase  to  ensure  acquisition  rates  sufficient  for  trending 
analyses. 

2. )  Easy  modification  of  trending  "windows" ,e.g.  PLA  limits  and  stab¬ 

ility  times,  should  be  incorporated  into  diagnostic  system  logic. 

3. )  Ideal  engine  stability  times,  considered  by  some  to  be  critical  for 

successful  gas  turbine  engine  health  trending,  are  not  practically 
attainable  for  engines  in  tactical  aircraft  like  the  F100  in  the 
F- 15.  A  balance  must  be  reached  between  adequate  trending  data 
acquisition  rates  and  acceptable  engine  stability.  The  ram¬ 
ifications  of  this  conclusion  on  the  type  of  algorithm  required 
to  trend  this  data  are  obvious.  Those  algorithms  that  can  handle 
this  reduced  stability  data,  like  SCT's  algorithm  theoretically 
can,  have  a  distinct  advantage  over  those  algorithms  that  re¬ 
quire  ultra-stable  data. 

4. )  An  automatic  takeoff  record  appears  to  be  an  excellent  way  to 

supplement  in-flight  trending  data.  The  data  is  clearly  not  as 
stable  as  the  in-flight  data  but  there  are  some  indications  that 
it  is  more  repeatable. 

5. )  A  MIMS-type  system  must  be  easily  accessible  and  updated  daily 

to  be  useful  to  base  maintenance  personnel. 
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SECTION  VII 
RECOMMENDATIONS 


Gas  turbine  engine  health  trending  holds  the  potential  for  increased 
efficiency  in  both  diagnostic  and  prognostic  engine  maintenance.  Accurate 
fault  detection  and  isolation  to  the  mod  le  level  can  result  in  reduced 
engine/aircraft  downtime  and  increased  numbers  of  ready  engine  spares. 
Dependable  forcasting  of  engine/module  deterioration  trends  can  result  in 
improved  engine  spare  parts  requirements  projections  and  better  overall 
management  of  engine  assets.  However,  to  fully  realize  this  potential,  an 
engine  diagnostic/monitoring  system  to  automatically  record  the  trending 
must  be  adequately  developed.  This  data  must  be  acquired  at  a  sufficiently 
high  rate  and  with  an  acceptable  level  of  stability  to  allow  trending  to  be 
accomplished.  In  addition,  a  system  to  display  and  disseminate  the  trending 
results  must  also  be  adequately  developed.  Therefore,  it  is  recotmiended 
that  the  USAF: 

1. )  Continue  the  development  of  airborne  engine  diagnostic/monitoring 

systems,  like  the  F-15/F100  EDS,  that  will,  among  other  functions, 
automatically  record  engine  trending  data. 

2. )  Continue  development  of  maintenance  information  management  systems 

to  disseminate  the  data  recorded  by  these  airborne  systems,  in¬ 
cluding  trending  results,  to  cognizant  personnel  at  the  base,  depot, 
and  command  level. 


Along  with  the  above,  the  following  specific  recommendations  are  made 
as  a  result  of  the  Advanced  Trend  Analysis  Program: 

1. )  Testing  and  evaluation  of  SCT's  gas  path  analysis  algorithm  and 

prototype  MIMS  should  be  continued. 

2. )  An  automatic  takeoff  trending  record  should  be  included  in  future 

tactical  weapon  system  engine  diagnostic/monitoring  systems. 

3. )  Future  test  programs  of  systems  like  the  F-15/F100  EDS  should 

include  a  well  defined  effort  to  process,  analyze,  and  display 
trending  data  as  it  is  acquired.  In  this  way,  the  stability  re¬ 
quirements  of  the  trending  record  data  windows  could  be  adjusted 
sooner  in  the  program  so  that  an  adequate  data  acquisition  rate 
could  be  experienced  over  a  longer  period  of  time. 
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APPENDIX  A 

This  appendix  contains  detailed  information  about  critical  EDS  measured 
parameters.  Tables  A-l  through  A- 1 6  contain  information  on  the  critical  gas 
path  parameters.  Table  A-T 7  contains  information  on  the  critical  non-gas 
path  parameters. 
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TABLE  A-l .  GAS  PATH  PARAMETER  DETAILED  INFORMATION 


PARAMETER:  Aircraft  Altitude  (H)* 
UNITS:  Feet  (Ft) 

SENSOR  TYPE:  Strain  Gage  Transducer 
SENSOR  RANGE:  0  to  80,000  ft 
ACCURACY:  +.2%  F.S./O  to  80,000  ft 


*  NOTE:  From  Aircraft  Air  Data  Computer  (ADC) 
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TABLE  A- 2. 


GAS  PATH  PARAMETER  DETAILED  INFORMATION 


*  NOTE: 


PARAMETER:  Aircraft  Mach  Number  (MO)* 
UNITS:  Non-Dimensional 
RANGE:  0.0  to  2.6 
ACCURACY:  +.02/0.0  to  2.6 


Derived  from  Aircraft  ADC  Freestream  Static  Pressure  (PS), 
Indicated  Airspeed  (VI),  and  Freestream  Dynamic  Pressure  (QC) 


100 


isummmma 


•  __  ^ _ 


TABLE  A-3.  GAS  PATH  PARAMETER  DETAILED  INFORMATION 

PARAMETER:  Engine  Inlet  Temperature  (TT2) 

UNITS:  Degrees  Centigrade  (°C) 

SENSOR  TYPE:  Chromel  -  Alumel  Thermocouple  (T/C) 

SENSOR  RANGE:  -54°C  to  250°C 

COMPENSATION:  Cold  Junction  Reference 

CONVERSION  TO  ENGINEERING  UNITS:  Per  NBS  T/C  Monogram  125, 

Cold  Junction  Relative 

SENSOR  ACCURACY:  +2.2°C 
INTERCONNECT  NOISE:  +2.2°C 
EMUX  ACCURACY:  +1.52°C 
DPU/DDU  ACCURACY:  +1°C 
SYSTEM  ACCURACY:  3.60°C 
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TABLE  A-4.  GAS  PATH  PARAMETER  DETAILED  INFORMATION 

PARAMETER:  Engine  Inlet  Pressure  (PT2)* 

UNITS:  PSIA 

RANGE:  1  to  38  PSIA 

ACCURACY:  +0.19  PSIA/8.5  to  18.8  PSIA 


*  NOTE:  Calculated  From  Aircraft  ADC  Freestream  Static  Pressure  (PS), 

Derived  Mach  Number  (MO),  and  Measured  Low  Spool  Rotor  Speed  (Nl) 
and  Engine  Inlet  Temperature  (TT2). 
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TA3LZ  A- 5, 


CA5  PATH  PARAMETER  DETAILED  INFORMATION 


PARAMETER:  Low  Spool  Rotor*  Speed  (NT) 
UNITS:  Revolutions  Per  Minute  (RPM) 

SENSOR  TYPE:  Magnetic 

SENSOR  RANGE:  3000  to  15000  RPM 

COMPENSATION:  None  Required 

SENSOR  ACCURACY:  +  .2%  Pt/3000  to  12000  RPM 

EMUX  ACCURACY:  +.16%  Pt 

DPU/ODU  ACCURACY:  +.1%  Pt 

SYSTEM  ACCURACY:  +.28%  Pt 


103 


TABLE  A -5.  GA S  PATH  PARAMETER  DETAILED  INFORMATION 

PARAMETER:  High  Spool  Rotor  Speed  (N2) 

UNITS:  Revolutions  Per  Minute  (RPM) 

SENSOR  TYPE:  Magnetic 

SENSOR  RANGE:  1290  to  17745  RPM 

COMPENSATION:  None  Required 

SENSOR  ACCURACY:  +.2%  Pt/6000  to  15000  RPM 

EMUX  ACCURACY:  +.08%  Pt 

DPU/DDU  ACCURACY:  +.1%  Pt 

SYSTEM  ACCURACY:  +.24  %  Pt 
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TABLE  A- 7.  GAS  PATH  PARAMETER  DETAILED  INFORMATION 

PARAMETER:  Fan  Exit  Duct  Temperature  (TT2.5) 

UNITS:  Degrees  Centrigrade  (°C) 

SENSOR  TYPE:  Chromel -Alumel  Thermocouple  (T/C) 

SENSOR  RANGE:  -54°C  to  350°C 
COMPENSATION:  Cold  Junction  Reference 

CONVERSION  TO  ENGINEERING  UNITS:  Per  NBS  T/C  Monogram  125,  Cold  Junction 

Relative 

SENSOR  ACCURACY:  +2.0°C 
INTERCONNECT  NOISE:  +2.2°C 
EMUX  ACCURACY:  +2.9°C 
DPU/DDU  ACCURACY:  +1°C 
SYSTEM  ACCURACY:  +4.27°C 


TABLE  A-S.  GAS  PATH  PARAMETER  DETAILED  INFORMATION 


PARAMETER:  Fan  Exit  Duct  Pressure  (PT2.5) 

UNITS:  PSIA 

SENSOR  TYPE:  Strain  Gage  Pressure  Transducer 
SENSOR  RANGE:  0  to  100  PSIA 

COMPENSATION:  Third  Order  Temperature  Compensation 
SENSOR  ACCURACY:  +  .2%  F.S./17  to  60  PSIA 
EMUX  ACCURACY:  +.26%  F.S. 

DPU/DDU  ACCURACY:  +.2%  F.S. 

SYSTEM  ACCURACY:  +.39%  F.S. 
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TABLE  A-9.  GAS  PATH  PARAMETER  DETAILED  INFORMATION 


PARAMETER:  Compressor  Discharge  Static  Temperature  (TS3) 

UNITS:  Degrees  Centigrade  (°C) 

SENSOR  TYPE:  Chromel -Alumel  Thermocouple  (T/C) 

SENSOR  RANGE:  -54°C  to  685°C 

COMPENSATION:  Cold  Junction  Reference 

CONVERSION  TO  ENGINEERING  UNITS:  Per  NBS  T/C  Monogram  125, 

Cold  Junction  Relative 

SENSOR  ACCURACY:  +3.0°C/200  to  600°C 

INTERCONNECT  NOISE:  +2.2°C 

EMUX  ACCURACY:  +2.9°C 

DPU/DDU  ACCURACY:  +1°C 

SYSTEM  ACCURACY:  +4.82°C 
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TABLE  A-10.  GAS  PATH  PARAMETER  DETAILED  INFORMATION 


PARAMETER:  Engine  Fuel  Flow  (WFT) 

UNITS:  Pounds  Per  Hour  (PPH) 

SENSOR  TYPE:  Turbine  Flowmeter 
SENSOR  RANGE:  0-100,000  PPH 

COMPENSATION:  Reference  Signal  Used  to  Account  For 

Variations  in  400  Hz  Excitation  Voltage 

SENSOR  ACCURACY:  +150  PPH/2400  to  13,400  PPH  (at  400  Hz)* 

DPU/DDU  ACCURACY:  +33  PPH 

SYSTEM  ACCURACY:  +154  PPH 
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TABLE  A-H.  GAS  PATH  PARAMETER  DETAILED  INFORMATION 

PARAMETER:  Engine  Burner  Pressure  (PB) 

UNITS:  PSIA 

SENSOR  TYPE:  Strain  Gage  Pressure  Transducer 
SENSOR  RANGE:  0  to  600  PSIA 
COMPENSATION:  Third  Order  Temperature  Correction 
SENSOR  ACCURACY:  +  .2%  F.S./100  to  470  PSIA 
EMUX  ACCURACY:  +.26%  F.S. 

DPU/DDU  ACCURACY:  +  .2%  F.S. 

SYSTEM  ACCURACY:  +.38%  F.S. 
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TABLE  A- 12.  GAS  PATH  PARAMETER  DETAILED  INFORMATION 


PARAMETER:  Fan  Turbine  Inlet  Temperature,  Average  and  Individual  (FTITAVG 
and  FTIT1 -FTIT7) 

UNITS:  Degrees  Centigrade  (°C) 

SENSOR  TYPE:  Chromel -Alumel  Thermocouple  (T/C) 

SENSOR  RANGE:  -54°C  to  1200°C 

COMPENSATION:  Cold  Junction  Reference 

CONVERSION  TO  ENGINEERING  UNITS:  Per  NBS  T/C  Monogram  125,  Cold  Junction 

Relative 

SENSOR  ACCURACY:  +7°C/0  to  1100°C 
INTERCONNECT  NOISE:  +2.2°C 
EMUX  ACCURACY:  +2.9°C 
DPU/DDU  ACCURACY:  +1°C 


SYSTEM  ACCURACY: 


+7.95°C 


TABLE  A- 13.  GAS  PATH  PARAMETER  DETAILED  INFORMATION 

PARAMETER:  Augmento r  Inlet  Pressure  ( PT6) 

UNITS:  PSIA 

SENSOR  TYPE:  Strain  Gage  Pressure  Transducer 
SENSOR  RANGE:  0  to  TOO  PSIA 
COMPENSATION:  Third  Order  Temperature  Correction 
SENSOR  ACCURACY:  +  .2%  F.S./16-65  PSIA 
EMUX  ACCURACY:  +.263!  F.S. 

DPU/ODU  ACCURACY:  +.2%  F.S. 

SYSTEM  ACCURACY:  +.38%  F.S. 


Ill 
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TABLE  A- 14.  GAS  PATH  PARAMETER  DETAILED  INFORMATION 

PARAMETER:  Exhaust  Nozzle  Throat  Area  (AJ) 

UNITS:  Square  Feet  (Ft2) 

SENSOR  TYPE:  Synchro  Transmitter 
SENSOR  RANGE:  2.71  to  6.40  Ft2 

COMPENSATION:  AJ  Reference  Signal  Used  to  Account  for  Frequency  Variations 
in  400  Hz  Excitation  Voltage 

SENSOR  ACCURACY:  +.054  Ft2/2.75  to  6.4  Ft2 

EMUX  ACCURACY:  +.007  Ft2 

DPU/DDU  ACCURACY:  +.05  Ft2 

SYSTEM  ACCURACY:  +.074  Ft2 
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TABLE  A-15.  GAS  PATH  PARAMETER  DETAILED  INFORMATION 

PARAMETER:  Rear  Compressor  Variable  Vane  Angle  (RCVV) 

UNITS:  Degrees  (mechanical) 

SENSOR  TYPE:  Synchro  transmitter 
SENSOR  RANGE:  -44°  to  4° 

COMPENSATION:  RCVV  Reference  Signal  Used  to  Account  for  Frequency 
Variations  in  400  Hz  Excitation  Voltage 

SENSOR  ACCURACY:  +.21% -40°  to  4° 

EMUX  ACCURACY:  +.6° 

DPU/DDU  ACCURACY:  +.25° 

SYSTEM  ACCURACY:  +.68° 
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TABLE  A- 16.  GAS  PATH  PARAMETER  DETAILED  INFORMATION 

PARAMETER:  Power  Lever  Angle  (PLA) 

UNITS:  Degrees  (mechanical) 

SENSOR  TYPE:  Synchro  Transmitter 
SENSOR  RANGE:  0°  to  130° 

COMPENSATION:  PLA  Reference  Signal  Used  to  Account  for  Frequency  Variations 
in  400  Hz  Excitation  Voltage 

SENSOR  ACCURACY:  +.167° 

EMUX  ACCURACY:  +.45° 

DPU/DOU  ACCURACY:  +.14° 


SYSTEM  ACCURACY:  +.5 


TABLE  A- 17.  GAS  PATH  PARAMETER  DETAILED  INFORMATION 


PARAMETER 

SENSOR  RANGE 

SYSTEM  ACCURACY 

VIBRATIONS 

.25  to  5  Mil 

+9.05%  F.S. 

MOT 

-54  to  225°C 

+4.92°C 

MOP 

0  to  100  PSIO 

+3.53  PSID 

MPB 

0  to  25  PSIA 

+4.08%  F.S. 

PSCV4 

0  to  100  PSIA 

+4.08%  F.S. 

TFO 

-54  to  150°C 

+4.91°C 

PFO 

0  to  100  PSIA 

+4.08%  F.S. 

PF1 

0  to  200  PSIA 

+4.08%  F.S. 

PF2 

0  to  1000  PSIA 

+4.08%  F.S. 

PF1A 

0  to  1000  PSIA 

+4.08%  F.S. 

115 


APPENDIX  B 


This  appendix  contains  detailed  logs  of  all  the  data  transmitted  to 
WPAFB  as  part  of  the  Advanced  Trend  Analysis  Program.  Tables  B-l  through 
B-16  are  logs  for  EDS  Data  Transmittal  Numbers  1  through  16  respectively. 
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TABLE  B-l .  EDS  DATA  TRANSMITTAL  LOG 
Number  1;  16  April  Through  15  May  1980 


TABLE  B-3.  EDS  DATA  TRANSMITTAL  LOG 
Number  3;  16  June  Through  15  July  1980 


7  Aug 


TABLE  B-4  (Continued).  EDS  DATA  TRANSMITTAL  LOG 

ENGINE  A/C  SORTIE  TREND  PERFORMANCE 

S/N  TAIL  NO.  DATE  NO.  RECORD  RECORD  COMMENT 


TABLE  B-4  (Continued).  EDS  DATA  TRANSMITTAL  LOG 
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TABLE  B-5.  EDS  DATA  TRANSI1ITTAL  LOG 
Number  5;  8  August  Through  15  September  1980 


TABLE  B-5  (Continued).  EDS  DATA  TRANSMITTAL  LOG 
Number  5;  8  August  Through  15  September  1980 

ENGINE  AIRCRAFT  SORTIE  TREND  PERFORMANCE 

•  SERIAL  NO.  TAIL  NO.  DATE  NO.  RECORD  RECORD  __ 


12  Sept 


20  Aug 


TABLE  B-5  (Concluded).  EDS  DATA  TRANSHITTAL  LOG 
Number  5;  8  August  Through  15  September  1980 

ENGINE  AIRCRAFT  SORTIE  TREND  PERFORMANCE 

SERIAL  NO.  TAIL  NO.  DATE  NO.  RECORD  RECORD 


TABLE  B-6.  EOS  DATA  TRANStlITTAL  LOG 

Number  6;  16  September  Through  31  October  1980 

ENGINE  AIRCRAFT  SORTIE  TREND  PERFORMANCE 

SERIAL  NO.  TAIL  NO.  DATE  NO.  RECORD  RECORD 


1  Oct  409 


TABLE  B-6  (Continued).  EDS  DATA  TRANSMITTAL  LOG 

ENGINE  AIRCRAFT  SORTIE  TREND  PERFORMANCE 

SERIAL  NO.  TAIL  NO.  DATE  NO.  RECORD  RECORD _ 
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XX  X 


X 


24  Oct 


TABLE  B-6  (Continued).  EDS  DATA  TRANSMITTAL  LOG 

ENGINE  AIRCRAFT  SORTIE  TREND  PERFORMANCE 

SERIAL  NO.  TAIL  NO.  DATE  NO.  RECORD  RECORD 


TABLE  B-7  (Continued).  EDS  DATA  TRANSMITTAL  LOG 

ENGINE  AIRCRAFT  SORTIE  TREND  PERFORMANCE 

SERIAL  NO.  TAIL  NO.  DATE  NO.  RECORD  RECORD 


141 


23  Nov 


TABLE  B-8 .  EDS  DATA  TRANSMITTAL  LOG 

ENGINE  AIRCRAFT  SORTIE  TREND  PERFORMANCE 

SERIAL  NO.  TAIL  NO.  DATE  NO.  RECORD  RECORD 


TABLE  B-8  (Concluded).  EDS  DATA  TRANSMITTAL  LOG 
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TA3LE  B-10  (Concluded).  EDS  DATA  TRANSMITTAL  LOG 

ENGINE  AIRCRAFT  •  SORTIE  TREND  PERFORM.  TAKE-OFF 

SERIAL  NO.  TAIL  NO.  DATE  NO.  RECORD  RECORD;'  RECORD 
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TABLE  B-H  (Concluded).  EDS  DATA  TRANSMITTAL  LOG 
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TABLE  B-12.  EDS  DATA  TRANSMITTAL  LOG 


TABLE  B-12  (Continued).  EDS  DATA  TRANSMITTAL  LOG 
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TABLE  B-l 2  (Concluded).  EDS  DATA  TRANSMITTAL  LOG 


TABLE  B-l 3.  EDS  DATA  TRANSMITTAL  LOG 


TABLE  B- 1 3  (Continued).  EDS  DATA  TRANSMITTAL  LOG 


TABLE  3-13  (Concluded).  EDS  DATA  TRANSMITTAL  LOG 
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TABLE  B-l 4.  EDS  DATA  TRANSMITTAL  LOG 
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29  May  410 


TABLE  B-14  (Continued).  EDS  DATA  TRANSMITTAL  LOG 


TADLE  B-14  (Concluded).  EDS  DATA  TRANSMITTAL  LOG 


TABLE  B-l 5.  EDS  DATA  TRANSMITTAL  LOG 
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TABLE  B-15  (Concluded).  EDS  DATA  TRANSMITTAL  LOG 
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